软件测试工程师学什么？那多了，今天就来说说测试用例的事儿：测试用例一直以来都是个老大难的问题，好多朋友总说不会写不会写，其实，在经历过学习之后，你会发现些测试用例一点都不难。测试用例模板● zui小功能测试集：用于简单、高速地验证系统是否满足基本的功能需求（zui小功能集zui好能够做到全部自动化）；● 复杂功能测试集：用于进一步验证系统能否在复杂、或不常见的合法输入和操作下正常运行；● 健壮性测试集：用于测试系统能否在各种异常输入、异常操作或者异常环境下正常响应，以及检测在出错之后系统能否正常运行，是否造成数据丢失、是否毁坏其它相关的软件和硬件等；● UI测试集：编写跟UI设计相关的测试集。说明：zui小测试集、复杂测试集、以及健壮性测试集都是根据需求、使用测试用例设计方法编写的。UI是根据产品UI设计文档编写的。在编写测试用例的时候，需要思考以下几个问题：● 为什么功能性测试用例必须覆盖全部需求？这问题不回答了，大家一定理解。● 哪种测试用例便于他人审核是否有效？哪种测试用例便于增加、删除、修改？具有树型结构、清晰层次关系的测试用例。审核人员一般会先审核树枝是否全面覆盖需求、是否有冗余，然后再审核树叶是否全面、是否有冗余。如果具有这样的层次关系，用户也能很好地维护测试用例。● 哪种测试用例便于多项目共用？为什么要将功能与UI测试测试集分开？在测试用例设计中，将功能与UI测试用例分开，这样对于功能相同的需求，功能性测试用例就可以在多个项目中通用。为了功能性测试用例能够在多项目中通 用，功能性测试用例需 要使用通用词语描述。UI用例应该只描述各产品UI的一些约束部分，参考后面电话模块测试用：当电话拨号盘没输入号码，键盘“灰显”等，这约束跟具体项目有关，属于UI用例。需求模块划分在设计测试用例前，充分理解需求是非常必要的。在此基础之上再对需求进行模块划分，形成一棵需求树（说明：划分模块的时候，需求可以重复。但重复不宜太多，否则需要思考划分的模块是否合理？）
麦生啤酒
