（一）测试用例是软件测试过程管理的方法
软件测试是软件质量管理中最实际的行动，同时也是耗时最大的一项工作
软件测试需要有组织、步骤和计划的开展
软件测试工作需要能够量化，而测试用例是将测试行为具体量化的方法之一
（二）测试用例定义
测试用例就是设计一种情况，软件在这种情况下，能够正常运行并且达到期望执行结果。如果程序在这种情况下不能正常运行，而且这种问题会重复发生，那可能是一个软件缺陷
（三）作用
在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率
测试用例的使用使软件测试的实施重点突出、目的明确
在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度，缩短项目周期
测试用例的通用化和复用化使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升
测试用例有助于不断的改进工作。可以知道哪些测试用例测出Bug的机率比较大，哪些测试用例需要改进，对以后工作的改进提供依据
在时间紧迫的情况下，不知道要测什么，或者要先测试哪些功能，测试用例可以用来分清重点
测试用例是测试工作的见证，有了测试用例，就知道测试了哪些功能，哪些功能没有测到
（四）测试用例基本要素
测试用例编号，测试项日，测试标题，重要级别，预置条件，输入，操作出骤，预期输出，测试结果，测试者&时间
（五）测试用例维护
测试执行过程中，应该注意及时更新测试用例，发现遗漏了一些测试用例，这时候应该及补充
发现有些测试用例在具体的执行过程中根本无法操作，这时候应该修改这部分用例
发现若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例
（六）执行
被测试对象就绪后，根据测试用例执行顺序，优先级，执行测试用例
测试执行过程中，当测试的实际输出结果与测试用例中的预期输出结果一致时，则该测试用例通过，否则需要进一步排查失败的原因
（七）定义执行优先级
定义测试用例的优先级，对测试的执行效率影响非常大
最基础——>优先级最高
（八）全方位检查软件输出
即便实际测试结果与测试的预期结果一致，也要查看软件产品的操作日志、系统运行日志和系统资源使用情况，来判断测试用例是否执行成功了，全方位观察软件的输出可以发现很多隐蔽的问题
（九）加强测试过程记录
如果测试执行步骤与测试用例中描述的有差异，要记录下来，作为日后更新测试用例的依据
如果软件产品提供了日志功能，比如有软件运行日志、用户操作日志，在每个测试用例执行后记录相关的日志文件，作为测试过程记录，特别是对于执行失败的用例
（十）及时确认发现的问题
测试执行过程中，如果确认发现了软件的缺陷，要及时提交问题报告单
如果发现了可疑问题，又无法定位是否为软件缺陷，需要保留现场，然后通知相关开发人员到现场定位问题。如果开发人员在短时间内可以确认是否为软件缺陷，测试人员给予配合
如果开发人员定位问题需要花费很长的时间，测试人员不要因此耽误自己的测试时间，可以让开发人员记录重现问题的测试环境配置，然后回到自己的开发环境上重现问题，继续定位问题
（十一）测试用例评审
概念：
测试用例的评审能够使用例的结构更清晰，覆盖的用户场景更全面
对于测试工程师来说也是一个快速提高用例设计能力的过程
测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。由于用例开发人员的设计经验和对需求理解的深度各不相同，所以用例的质量难免会有不同程度的差异
评审时机：
在用例的初步设计完成之后进行评审
在整个详细用例全部完成之后进行二次评审。如果项目时间比较紧张，尽可能保证对用例设计进行评审，提前发现其中的不足之处
关注点：
用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖
优先极安排是否合理
是否覆盖测试需求上的所有功能点
用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确;期待结果是否有明显的验证方法
是否已经删除了冗余的用例
是否包含充分的异常测试用例
是否从用户层面来设计用户使用场景和使用流程的测试用例
是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤
网友评论