项目测试工作经验总结

　　近期一直在做一个项目的测试工作，时间紧任务重是这个项目的特点，经过一段时间的测试计划和组织，总结了一些经验，记录之：

　　1、在测试计划的制定过程中一定要充分考虑到测试环境的因素

　　测试计划的编写是根据项目经验和实际的项目操作过程，通过对项目的大小，功能点的多少，菜单的数目和页面的复杂情况，最终估计出总体的工作量，在具体分配和计划的时候，不能完全只考虑到工作量的100%分配和完成，因为按开发计划出来的东西，在工期十分紧张的情况下是有偏差的。

　　如果按照客户的最后期限为标准开展开发和测试工作的计划，那么在这个过程中就一定要考虑到测试环境的稳定性和提交代码的可测性。

　　实际工作过程中，按开发计划出来的代码从一定程度上来讲是存在很多bug，甚至无法在测试环境下运行，更甚至就在代码build过程中就出现问题。因此在制定测试计划和开展工作过程中一定要充分考虑到测试环境的影响程度！

　　2、测试工程师的个人情况和工作稳定程度

　　在编制测试计划的过程中，不能不考虑测试工程师的个人情况。从业务能力，操作能力，沟通能力，工作责任心，等各个方面对项目组测试成员进行一下整体的评估和分类，同时要针对个人的不同情况考虑到工作过程中出现的出勤问题，比如员工中存在婚假对象，产假对象等等，在编制计划时要增加预估百分比，以弥补测试周期中出现的人员异动，从而控制好风险的程度。本文出自hanguolong21的51Testing软件测试博客：http://www.51testing.com/?97387

　　3、测试计划的制定要有开发计划的按期完成作为前提

　　测试计划制定的再好，如果没有开发计划的按期完成做为保证，一切都将变为空谈，没有任何的实际意义，估计出来的工作量没有任何价值。就像不同环境下测试来的性能指标一样，几乎完全没有参考价值。

　　开发计划的保障成为测试工作开展的前提，否则将导致测试工作的延期。最终导致风险的扩大化，对整个项目产生不可预计的影响。

　　4、测试过程中要预留出修改bug的时间

　　在测试过程中，由于项目的性质和客户的要求不同，最终提供测试的程序可能由于工期的保障最终出现大量bug。严重的情况就是bug直接导致系统无法继续测试下去。为了继续测试只能等待bug的修复，而此时开发人员甚至没有时间关注bug，大部分时间都在赶时间编写代码。一旦出现此类情况，必须及时提出对策解决，避免开发忙的不可开交，测试闲的无所事事。

　　5、测试案例的编写到位和后期维护工作的重要性

　　测试初期，从测试计划开始，到测试任务具体执行，主要时间不是在测试系统，而是在花费大量时间编写高质量的用例。如果初期没有对测试用例的编写规则进行详细的规划和约束，最终不同测试人员编写出来的案例千奇百怪，千差万别，在测试执行过程中影响了测试质量的控制。

　　初期一定要对案例质量进行控制，花费大量的人力物力去评审和返工，否则前面准备不好，后期必然出现测试工作忙，案例编写质量差，执行人员执行起来发现不了问题，但是又没有更多的资源去补充和修改。

　　好的猎手一定要有好的打猎工具，正如我的同学在打算考研之后，第一件事就是准备好一切考研期间需要的东西，包括很高级的钢笔和墨水！

　　暂时先总结到这吧，有时间继续~~

原文转自：http://www.ltesting.net