|
最近,辞职在家,把工作以来的心得体会做了一些总结,先贴上一篇测试前奏的东东。大家讨论。
在测试之前需要对被测试的项目进行全盘的了解,并且掌握。因此在具体的规划测试之前,需要做出一下几项准备:
1、 团队的组建
2、 尽早取得资料,包括,系统需求说明书、概要设计文档、详细设计文档。需要说明书主要是用于做系统测试计划,概要设计文档主要是用户做系统测试用例,详细设计文档主要是用例做单元测试。
3、 根据系统需求说明书,读懂系统的每个需求。如果需求不明确或者说需求不可测,这个时候需要和项目成员进行讨论, 进一步的确定需求。根据系统需求提取测试需求,我们测试目标就是要满足系统的需求说明书上的每一个需求,并且做到完善。
4、 当需求说明书读懂以后,只能列出测试计划,要编写测试用例还需要了解进一步的实现过程。系统的整体流程,系统的数据存储过程等等,这个时候需要读懂的就是概要设计说明书。详细的了解系统的整体的实现过程,在了解的过程中,有不明确的地方或者说有不可测试的地方,需要和项目小组的成员进行商讨。
5、 BUG管理系统的准备
6、 测试环境的准备
如果只是执行功能测试,那么以上的几点满足以后,基本上就可以了。如果是执行性能测试那么还需要做出一下的准备:
1、组建测试团队
2、保证被测试的系统的功能是完善的,所以在做性能测试之前至少应该有一次功能覆盖测试。
3、确认使用的测试工具,在引入工具的时候,需要抛弃工具万能的思想,要明确的知道工具的哪些不足的方面,从而选择互补的工具。因此,在这里需要明确的划分工具的使用范围。
4、获取该次性能测试的目标。比如,用户可能会这样的说:查看一下这台服务器的最大承载能力。那么,这个就是你这次性能测试的目标。有时候用户提出的测试需求非常的模糊,总结测试目标也比较困难一点。一般的情况下面,需要做的性能测试都是对服务器的能力的验证。这样的性能测试归属于“能力验证”。
5、根据测试目标的不同,我们需要为场景做准备。比如,对响应时间的验证,那么,我们需要找到用户经常使用的业务。如果是对系统的负载能力的验证,对于这个,我个人认为是没有必要找到性能关键点。 |
|