编写测试计划的目的_测试流程_软件测试工作内容

Toericzhangali(卖女孩的小火柴——五毛钱俩一块钱不卖):

我说的不是什么大道理，而是我们测试的实际做法。

不过我一向做产品比较多。产品中成熟的设计、结构比较多，和你说的情况可能有很大不同。

项目开发中比较完善的UnitTest,系统的功能测试和回归测试可能比较困难一些，我觉得针对UseCase的测试可能会比较重要。

此外，在项目接近完成的阶段，对于已发现的Bug的回归测试可能比较实际一些。

UnitTest对于项目开发，尤其是Web应用，如果没有比较好的测试制度和测试习惯，可能会非常困难（Server端的测试相对容易一些，但客户端的测试，我还不知道有什么比较好的自动化测试工具）。

Case是否要写，以及写到什么深度，应该和项目的规模，测试人员的素质，都有比较大的关系。其实最大的开销应该是设计Case的过程。对于不太复杂的功能模块，将Case完成的过程（UnitTest,功能测试，以及针对UseCase的测试）一般已经测试出了软件中现有80%以上的Bug。以后的回归测试则效果则一般仅仅会发现极少的Bug（对于模块划分比较清楚的系统，可能只需要在进行了重要改动时和之后才需要进行）。

对于某些程序，压力测试和性能测试也是非常重要的。编写测试计划的目的

了解各种测试方式的效果，以及他们的代价，对于测试人员合理的制定测试计划，安排测试任务，应该说非常的重要。质量要求越高的产品，测试的重要性越大，要求测试流程应该越规范。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-36489-1.html