软件企业存在的三个典型问题

1.测试人员抱怨开发人员永远也不会仔细看看测试人员写的用例（用例评审），即使有漏测也不全是我一个人的责任！
2.很多人被提出来的具体的技术、管理问题，除了几件重大的事项被经理记住并上心解决，其他的最后都会不了了之
3.好不容易花了一年时间，带出来的新人，又跳槽了，还得重新来。不教或少教，新人无法有效开展工作，还是托你后腿；教多了，占用本职工作时间太长，一旦跳槽成了给别人培养得了。

~~~~~~
1.测试人员，你写的用例是不是缺了设计层？比如一个输入框的测试，你罗列了15个需要测试的用例，并且和各种琐碎的步骤以及输入输出数据混在在一起。但并没有标明哪些是边界值测试，哪些是等价类测试，哪些是特殊输入测试...开发很难反推你的测试设计理念，一看这么多步骤和数据先晕了，负责一些的开发挑几个他认为的关键点看看，不负责任的就索性等你提出问题再说了。如果测试人员清晰地将你的测试设计思想体现出来（一定要与具体的步骤和数据分离），与开发设计的思想正好形成互补的体系，这样开发看起来就会一眼发现你可能遗漏的地方。

2.一般有专门测试部门的公司，都有bug跟踪流程吧？把所有的管理问题，技术问题都看成bug，只不过这不是产品的bug，而是管理体系和组织级的bug,实行闭环跟踪（QA的职责）。但前提是，要有一个提出问题的平台，使问题能够有效地识别，而不是大家随口在某些场合说出一些问题，那样的问题只会被当成"话题"，当然会不了了之。

3.作为师傅身份的基层主管或者资深员工，你自己有没有成型培训计划？是不是可复用的？如果再来一个人，你是不是还要磨破嘴皮，手把手教一遍？写出一份培训计划吧！列出一些基本的培训目标，在平时工作中，让员工注意工作经验，做些漂亮的ppt（形式越正式，总结的严肃性越高）。新人来了你只需要告诉他资料共享的地址，然后解答他的问题就行了。对"共享"意识敏感点，看到问题，让大家都来听听的，不要仅仅一对一的说，新人会融入很快的。