为什么编写测试用例
1.
2.
3.
4.
5.
6.
7.
设计测试用例的优缺点
好处：
有效性、完整性、组织性
缺点：
测试用例概念：
测试用例其实就是根据需求文档，或者结合软件功能，把自己测试思路有条理的整理出来。
测试用例书写工具：
大部分公司通过Excel书写测试用例
测试用例书写依据
1.需求说明书
2.项目测试需求功能点
3.所属行业的业务知识掌握程度
4.测试工程师本人的理解程度（个人经验）
注：必须有需求文档，若没有需求文档，就必须对产品功能熟悉，但是两者都必须要对软件业务功能熟悉。
实际工作中，有些公司没有需求文档做参考，这时候就必须要相关人员书写文档，如果不书写文档后期很多测试工作无法开展，甚至会做很多无用功。
测试用例书写目的
为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。
测试用例内容有哪些
功能模块、功能点、前置条件、操作步骤、预期结果、实际结果、备注。
1.功能模块：某一个测试的模块
2.功能点：模块的某一个功能点
3.
4.操作步骤：测试的操作步骤描述。
5.预期结果：预期需要达到的结果
6.备注：测试过程中遇到的问题等情况说明。
测试用例什么时候编写
测试用例在需求评审后，就要着手书写测试用例，测试用例编写前，还需要对文档进行评审，【需求评审】
【需求评审】参与人员：产品、程序、测试。
【需求评审】目的：为了让相关人员对功能需求文档全面了解，以便于之后开发计划制定，测试计划制定。
测试用例编写完成后需要对自己编写的测试用例进行评审。【用例评审】
评审原因
测试用例是软件测试的原则，但由于软件人员对在需求理解、设计等理解程度不同等因素的影响，首次产生的测试用例质量难以避免会有不同程度的差异，故对编写的测试用例进行评审是很有必要的，其作用是测试用例的评审过程能够起到用例结构清晰化、场景覆盖全面化以及优先用例的合理化安排等。
【用例评审】参与人员：测试、产品、程序
【用例评审】内容：相关测试点进行梳理，看是否有一些测试点遗漏，测试用例是否简洁
测试用例书写思路
可以有Xmind（或者mindmanager）思维导图工具，梳理测试点轮廓，结合这些测试轮廓再进行测试点的整理。
用例评审时：建议用思维导图进行评审，
测试用例书写要求？
1）简明扼要的标题；
2）详细的步骤；
3）正确的预期结果。
测试用例设计方法：
1.等价类划分法
2.边界值分析法
3.错误推断法
4.
测试用例评审：
由测试用例设计者发起，参加的人员需包括测试负责人、项目经理、开发人员及其他相关的测试人员
测试用例完善：