博文
软件最终测试
|||
最终测试的定义：发现软件的质量水准（可用性），而并不能从根本上保证软件的质量（如同给癌症患者作体检），因为要真正保证软件的质量（可靠性），必须在上游做好阶段性检查和品管工作。
测试人员的心态：让软件无法运作；不轻信和盲从开发人员撰写的操作规程。
测试人员的素质：善于与开发人员和客户沟通，爱钻牛角尖（不放过任何虽不严重但很低级的错误），多疑，洞察力，善于联想，细心，有条不紊。
测试人员的自我保护信念：在把产品交到用户手里之前发现的错误越多越好，否则修改和从新测试它的代价会越大，至少你必须重新建立您可能已经淡忘或删除的测试环境。
最终测试的环境：与产品实际应用的环境尽可能相似。
最终测试的数据：不同种类的的完整数据集。
最终系统测试的范围：最终测试一般按照产品需求说明书或操作手册（同时对用户手册进行测试）来进行，可以画一个二维表格，表格各行表示测试项目，各列表示需求项目。测试完成后确认各行各列都标上1。
最终测试的结果：确保所有的测试项目都关闭，而不是都修复。开发小组负责人可能决定在当前版本中不修复某些缺陷。
撰写最终测试计划：哪怕是最简单的工作流程（可以参考我为共享平台作测试时曾经写过的一个简单的流程）。要决定测试完成的时间并界定测试完成的标准（否则容易会陷入测试上瘾的死循环）。否则可能你的测试永远也无法涵盖系统的全部功能。
发现缺陷的第一反应：系统是否还可能有其它地方有类似的错误和与此缺陷关联的错误（特别是对于已经验证过的功能中）。
缺陷修改后的第一反应：决定应该做哪些回归测试或穷举测试（没有自动化测试工具的前提），以防止新的修改会产生新的错误。
最终测试的技巧：
1、按照手册的操作规程来测试安装手册和用户手册；而用不正常的操作来强迫产生一些错误或模拟出一些错误。有条件的话，可以请一些初级用户或用户代表来协助进行最终测试，因为他们会象猴子一样的测试（随意摆弄），从而更能发现实际使用中将会碰到的问题。
2、边测试边记录错误（可以参照我在作共享平台测试时制定的一个错误表，它来源于oracle可以给开发小组负责人增加一列，用于决定是否要在当前版本中修复该错误）。
3、边测试边写测试文件（可以参照rup中的文档模板）。测试文件是对测试结果的证明和结束测试的依据。测试文件以需求说明书或用户手册为依据，但不要机械的照搬。
https://blog.sciencenet.cn/blog-741216-661424.html
上一篇：戏说“软件工程与男女关系”
下一篇：关于数据仓库选题需要思考的问题
扫一扫，分享此博文