这个过程中需要形成测试用例文档,该文档要包括测试需要输入的数据、该数据要验证的软件特性及输入该数据软件的预期输出。
测试执行过程需要依据前面形成的测试用例文档,实际执行相应的测试用例,需要记录下实际的输入与预期的输出是否一致,如果出现不一致,需要考虑是软件的错误,还是测试用例设计的问题。如果是测试用例设计的问题,需要调整测试用例。这个过程中要形成测试记录文档,该文档需要记录测试用例文档中每个例子的实际输出与测试中发现问题的描述。
测试评价,根据软件的质量体系分为质量特性、子特性、度量这三个方面,我们可以定义评价可以按照度量项目评价、子特性评价、特性评价这三个步骤依次开展。最后给出软件总体方面的评价,即形成测试报告。
五、测试完成之后的总结
测试完成以后需要形成问题报告和测试报告两个文档。问题报告主要是记录测试过程中发现的问题,此时需要对每个问题说明其严重程度,以确定是否需要开发人员进行修改。测试报告的书写可以说是测试人员成果的体现,这一步同样也非常的重要。测试报告即是对整个测试过程的总结,主要是测试评价中的内容。
附注:
明白了上述测试的基本流程之后,我们还需要把握测试过程中,时刻需要劳记的几条原则:
1. 文档书写要严格:文档可以记录测试过程中的每一步,良好的文档可以促进测试工作更加高效高质量的完成。
2. 测试要尽早执行:研究表明,软件缺陷发现的越晚,需要的成本越高。
3. 测试是不完全的:当前,国内的软件测试行业几乎看不到准确的客户需求说明书,同时客户的需求经常发生变更,因此,追求完美的测试是不可能的,我们只能找一个折中的办法,让开发和测试人员都能接受,来更好的促进软件项目的开展。另一方面,从测试用例设计的角度来出发,我们不可能穷尽所有的数据。如一个登陆模块,需要用户输入用户名和密码,那么用户名和密码可以说有无穷多符合条件的数据,因此,我们这时就去要采用等价类划分,边界值分析等方法来寻找满足条件的最小的测试用例集,来提高测试的效率。
4.测试工作要细致、全面,但是测试也不能过度,不能使目标偏离了产品的价值.测试的目的是寻找未发现的软件缺陷,但是这里的缺陷应该说是发现有价值的缺陷,比如测试过程中发现一个用户几乎不可能遇到的缺陷,那么我们可以说这个测试工作可能就是投入大于产出了,就有点过度了。
后记:
本人现在可以说是还处于测试人员中的起步阶段,对测试的了解也处在非常肤浅的层次。软件测试是一门自成体系的学问,因此我还需要进一步努力,来提高自己的水平。