先说下我的情况：
我刚入职几个月，公司目前就我一个测试，公司开发的软件是自己的产品其他部门在用，所以对文档要求不高，不规范，甚至没有需求文档，平常都是改动几个小问题，需要测试的时候直接口头上跟我说下，就直接开始测，或者写个文本，如果功能改动较多的话，开发就开个需求会议，也不叫测试参加，就是什么时候改完功能直接给我测，我连需求都不知道，怎么测？没有文档，测试用例也没办法写，，偶尔领导还找你要用例，所以我用例都是测完才开始写，这一点也不规范，有没有大神给点建议啊？
亲，有没有人回复我
我个人觉着这种连测试的必要都没有，和领导说直接开发出来就给你们内部人员用好了。有问题直接提，提完直接改。何必还要走测试的形式主义呢？
你的领导是谁，研发还是测试？
一个简单的方法：转测审核，没有完整的需求分析说明书不予转测，开发未自测不予转测；需求变更必须通知所有相关人员，且要项目经理确定；一切按流程走，没人把控就只能你自己来控制，不妥协自然就会有规范
一个麻烦的方法：找你直接领导说明问题，让他来沟通解决，至于他怎么做就不确定了，你就只能被动的等待和妥协