我想做好测试计划和测试用例的工作的关键并不能单单从测试计划和测试用例的功能上来考虑，要从公司角度，测试组织和项目周期进行综合起来。下面谈谈我的看法。
1、公司层面
如果一个公司对测试部门，对测试不重视，那即使你测试计划写的多好，测试用例设计的多完美，测试工作也不可能做的多好，因为公司没有人支持你，没有人重视你，为了赶项目，赶时间，不可能让你那么多时间进行按照测试计划实施测试，按照测试用例进行测试。测试还是靠有经验的测试人员进行支撑，所以第一点，关键是测试工作要获得公司高层的支持
2、项目周期
做一个项目，公司的目的都是为了盈利，有时候为了节约成本可能会缩短项目周期，导致项目进度紧张，在这种情况下不可能写详细的测试计划，详细的测试用例，然后完全按照测试计划进行测试，这种时候可能只能简单写一个测试计划，测试用例也是只是粗写，这个时候可能有经验的测试人员就会起到大作用，其实目前很多中小企业都是这种情况。所以第二点，测试的实施要根据项目的周期进行设计
3、测试部门领导
当你的公司重视测试，而且项目的周期合理时，这种情况下，测试部门领导的才能就显的很重要了，他不但要对项目的需求非常清楚，而且要根据研发的开发计划来制定详细的测试计划，在制定计划中，对部门的每个人的测试任务分配显的至关重要，把不同的人分配到合适的位置上才能发挥巨大的能量。做好了测试计划后，并不能一成不变，要不然测试计划就是白纸一张了，测试经理要时刻根据项目情况对测试计划进行调整，并通知到项目测试人员，而且要时刻关注项目测试情况，做到对项目的整体测试进度进行掌控。对于测试用例，可以在编写完成后进行评审，交流不同的意见，最后进行修改。所以第三点是，测试经理要对测试项目做到时刻掌控
4、需求文档与测试人员
当你的公司既重视测试，又有一个合理的项目周期，以及一个出色的测试领导时。这个项目的测试就完成了一大半了，后续就是考虑需求文档的完善，按照需求进行提取测试需求，使得编写测试用例人员能够对需求有很好的认识，可以写出出色的测试用例，这方面和测试人员的经验还是有很大关系。虽然说，测试用例可以进行评审，但是关键还是看个人经验，这点还是很重要。所以第四点是，需求文档要完善，而且测试人员要理解清楚需求，测试人员有点经验最好。
5、测试人员态度
最后一点，有了好需求，好计划，好用例，好领导。但如果测试人员的态度不好，不用心写测试用例，不按照测试计划执行测试，评审过的用例不进行修改，测试的时候不认真，随意性测试。拿测试计划和测试用例肯定是白纸了。所以第五点是，测试人员要对项目负责，要对自己的态度负责。
版权声明：本文出自hjjlearning的51Testing软件测试博客：http://www.51testing.com/?18049
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
