一位老测试对测试用例之个人见解

lsekfe

　刚入行的时候，看了很多关于测试相关的文章，记得有一篇说到测试用例是测试灵魂让我印象深刻。如今，我入行几年了，越发深感测试用例的设计重要性，可以这么说，测试用例的设计与管理是测试工程师的核心技能。我发现很多测试的同行都向往去追求新的测试工具，测试技术手段而忽视测试用例的设计，测试用例的设计其实是测试方法、测试思路的体现，如果一面追求技术手段而忽视方法思路的锻炼，本人就觉得有点本末倒置。
　　说到此，突然就联想到一个武侠小说的例子。武侠小说里华山派有分剑宗和气宗两个派别，网络上也很多在讨论究竟剑宗厉害还是气宗厉害（小说里当时两派比拼时是剑宗胜利，本人觉得主要是因为风清扬当时被骗不在场而已）。
　　其实测试工具、测试技术手段等可以看做是剑宗，测试方法思路可以看作是气宗。
　　再引用小说里我觉得很有道理的一段话（来自岳不群）：“剑宗功夫易于速成，见效极快。大家都练十年，定是剑宗占上风；各练二十年，那是各擅胜场，难分上下；要到二十年之后，练气宗功夫的才渐渐的越来越强；到得三十年时，练剑宗功夫的便再也不能望气宗之项背了。”
　　有几年测试经验的人我觉得都会认同，测试工具、测试技术容易速成，见效快，但测试方法、思路、意识等这类东西需要长期积累和培养。想要做到一个资深的测试工程师，必须先有强大的内在测试技能。为什么别人工资高，为什么别人是测试的设计者，测试架构师，测试经理，其实我觉得很大程度就来源于这个。工具和技术是容易掌握和学习得来的，而内在的一些方法思路才是难能可贵。记得以前一个老大说过，一个优秀的测试人员当一个项目来了就能够迅速知道如何去测试，如何能够通过测试保障其质量。
　　以上扯多了，纯属个人见解，如有意见尽可提，回归正题：
　　1、什么是测试用例？测试用例是什么？
　　测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
　　简单的来说，测试用例其实就是测试的思路，测试的操作步骤的文档形式。
　　2、编写测试用例有什么好处？
　　1）具有计划性、组织性、步骤性，思路清晰，从而避免盲目测试并提高测试效率，减少测试的不完全性；
　　2）可以根据用例的优先等级，不同策略实施不同级别的测试；
　　3）可以根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪；
　　4）制定公共用例库，不同的项目可以进行用例复用，节省不同项目的用例设计时间；
　　5）减少回归测试的复杂程度，软件更新后只需更新少量测试用例即可开展工作，降低工作强度、缩短项目周期；
　　6）如果客户有要求，测试用例会是交付的一部分，同时也可提高软件的可信度；
　　7）通过编写用例，执行用例，可以跟踪测试进度，同时通过用例获取测试的内容以及其是否全面；
　　8）通过测试用例编写，发现需求问题、设计问题。
　　PS:很多公司的测试对于测试用例的重视程度不一样，同时也造就很多测试人员对待测试用例的态度和重视程度也不一样，其实我想说都的是，做事情在于以什么态度去对待，如果你有做好一件事的心，那摆在你面前的所有问题都不是问题，都有办法一一解决；如果你是不想克服，想随波逐流，那就无话可话，自己的人生自己负责。

luming

昨天还因为这个和别人吵架呢。
测试用例是最好的丢锅工具，我即使是瞎编的测试报告，也一定会附上一份测试用例，就是说明测试报告仅仅针对测试用例负责，测试用例之外的内容不在此次测试范围之内。
测试用例不用写的很复杂，我现在写测试用例都使用AgileTC，就是一个脑图，第一整理思路，第二预防遗漏内容。