软件测试培训_培训备忘.docVIP

《软件测试技术》 ——培训备忘 本次测试培训要达到的目标 请尝试回答以下问题： 什么是软件测试? 理解软件测试 软件测试分类 软件测试工作流程 测试人员的工作和主要目标 怎么样执行测试? 什么是测试用例，设计测试用例，执行测试用例 测试时需要注意什么？提交什么? 注意： 不断测试的观念； 避免测试自己开发/设计的那部分； 考虑极端情况，意外状态； 提交错误报告后，记得还要不时的关注它，直至其关闭(修复后的再次确认)； 测试结果的确认，测试员自己再重现错误； 文档很重要，错误的重现往往靠文档； 注意回归测试的关联性； 提交： 本次测试需要提交以下报告： 1.表 3-1 UI测试报告； 2.表 3-2 游戏数值平衡测试报告； 3.表 3-3 用户体验测试报告； 4.表6-1 测试状态报告模板。未通过的特征测试一率通过Bug系统进行提交。 5.表6-2 在测试过程中发现的缺陷的汇总。 对于主观性测试，有那些衡量标准? 优秀的用户界面具有的要素 良好的Web用户体验具有的要素 软件测试的定义 在Glenford.J.Myers的经典著作《软件测试的艺术》（The Art of Software Testing）中，给出了测试的定义：“程序测试是为了发现错误而执行程序的过程”。这个定义，被业界所认可，经常被引用。除此之外，G.J.Myers还给出了与测试相关的三个重要观点，那就是： 测试是为了证明程序有错，而不是证明程序无错误； ?一个好的测试用例是在于它能发现至今未发现的错误； ?一个成功的测试是发现了至今未发现的错误的测试。 实际上，这里暗示了“软件测试”在不同侧面上的含义，也就决定了对软件测试不同的定义和不同的理解。根据作者多年的经验和理解，软件测试的不同视野，概括为如下5类： 软件测试的狭义论和广义论——静态和动态的测试 软件测试的辨证论——正向思维和反向思维 软件测试的风险论——测试是评估 软件测试的经济学观点——为盈利而测试 软件测试的标准论——验证和确认 1. 软件测试的狭义论和广义论 G.J.Myers所给出了测试定义——“程序测试是为了发现错误而执行程序的过程”，实际是一个狭义的概念，因为他认为测试是执行程序的过程，也就是传统意义上的测试——在代码完成后，通过运行程序来发现程序代码或软件系统中错误。但是，这种意义上的测试是不能在代码完成之前发现软件系统需求、发现设计上的问题，把需求、发现设计上的问题遗留到后期，这样就会可能造成设计、编程的部分返工。增加软件开发的成本、延长开发的周期等。需求阶段和设计阶段的缺陷产生的放大效应会加大。这非常不利于保证软件质量。这种狭义论是受软件开发瀑布模型影响。 正是为了更早地发现问题，所以将测试延伸到需求评审、设计审查活动中去，也就是将“软件质量保证”的部分活动归为测试活动。实际上，在软件开发实际操作中，常常将软件测试和质量保证——这两种努力（efforts）合并起来。 延伸后的软件测试，被认为是一种软件测试的广义概念。这就引出软件测试的两个概念“静态测试”和“动态测试”，如 测试方法的辩证统一（1）所述，这样就由静态测试和动态测试构成一个全过程的、完整的软件测试，而且 2.软件测试的辨证论 G.J.Myers的第2个观点“测试是为了证明程序有错，而不是证明程序无错误”，引出了软件测试的另外一个争论，软件测试究竟是证明所有软件的功能特性是正确的呢？还是其反向思维——对软件系统进行各种试探和攻击，找出软件系统中不正常或不工作的地方呢？从我个人理解，这两个方面都有一定道理，前者（证明所有软件的功能特性是正确的）是从质量保证的角度来思考软件测试，后者（证明程序有错）从软件测试的直接目标和测试效率来思考，两者应该相辅相成。在后者的思想背景下，我们认为，测试不是为了证明所有的功能可以正常工作，恰恰相反，测试就是为了找出那些不能正常工作、不一致性的地方。也就是说，测试的一般工作就是发现缺陷 (detect bug)，即在软件开发过程中，分析、设计与编码等工作都是建设性的，而测试是带有“破坏性”的工作。 对于不同的应用领域，两者的比重是不一样的，如国防、航天、银行等软件系统，承受不了任何系统失效，因为一次系统的失效完全有可能导致灾难性的损失，所以强调前者以保证非常高的软件质量。而一般的软件服务应用则不同，强调后者，质量目标设置在“用户可接受水平”，不要过度追求质量，从而可以降低软件开发成本。作者建议，在我们实际操作中，可以分阶段实施不同的测试思想，在早期阶段集中在“证明程序有错”—— 发现Bug，后期集中在验证所有特性是否正常工作——降低风险，见作者的另外一篇讨论：测试执行中非常有效的策略 下面就是这两种观点的基本描述： 验证软件是“工作的”，以正向思维，针对软件系统的所有功能点，逐个验证其正确性