软件测试用例怎么写(软件测试用例模板)

为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。测试用例的使用令软件测试的实施重点突出、目的明确。在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。必须掌握：用例编号(如何命名)、所属模块、用例标题（验证谁在什么情况下，去做什么，最后结果是什么）、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注测试用例覆盖所有的用户需求测试用例要简单明了各类型的测试用例要齐全用最少的用例覆盖最多的需求等价类划分 是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。一般可分为有效等价类和无效等价类。有效等价类：指符合《需求规格说明书》，输入合理的数据集合无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合取值范围型： 输入学生成绩   0-100恒等类型  ： 只有一个结果是正确的，其他都是错误的    例如  彩票的特等奖布尔值型： 通过是否来进行选择，如同意协议枚举类型： 给出选项内容，只要符合其中任意一个就可以   例如选择学历规则类型： 给定要求，满足要求的就可以，比如邮箱在任意文本输入框中可以填写的字符类型： 中文、英文、特殊符号、空格、数字。定义：边界值分析 是取稍高于或稍低于边界的一些数据进行测试。原因： 程序开发循环体时的取数可能会因为<,<=搞错。上点： 是指边界上的点，无论此时的域是开区间还是闭区间，开区间的话，上点就是在域外，闭区间的话，上点就是在域内。离点： 是指离上点最近的点，这里就跟是闭区间还是开区间就有关系了，如果是开区间，那么离点就在域内，如果是闭区间，那么离点就在域外。(开内闭外)遵循的原则：开内闭外    开区间往中间找，闭区间往外找内点： 域内的任意点都是内点。0<=x<=10          左上点 0左离点 -1右离点11右上点 10 内点 50

本回答以ECShop前台应用中用户注册、用户登陆、商品搜索等功能为例介绍测试用例设计活动。1 用户注册用户注册功能需求如图1所示。图1用户注册需求用户注册需求共涉及4个输入项和1个选择项。针对于输入项，利用等价类及边界值用例设计方法进行设计，选择项则无须设计在步骤中，在测试执行时分别执行勾选与不勾选即可。01.用户名用户名共有三个条件：必填、不少于3个字符、不能重复，分别构造有效等价类及无效等价类，具体如表4-1所示。敏捷测试用例根据实际测试需要，不一定写的非常细致，如“用户名”包含字符类型，此处无须再划分纯字母、纯汉字、特殊符号等，构造数据时可混搭。02.emailemail有两个条件：必填、符合规定格式，分别构造有效等价类及无效等价类，如表4- 2所示。03.密码密码有两个条件：必填、不少于6个字符，分别构造有效等价类及无效等价类，如表4- 3所示。04.确认密码确认密码有两个条件：必填、与密码一致，分别构造有效等价类及无效等价类，如表4- 4所示。测试工程师利用禅道设计用例，如图4- 5所示。图4- 5用户注册功能测试用例2 .用户登录用户登陆需求如图4- 6所示。图4- 6用户登陆需求用户登陆共有三个字段：用户名、密码、保存登陆信息，其中用户名、密码为输入框，保存登陆信息为选择框。因该需求比较简单，故无须分析过程，直接进行用例设计，如图4- 7所示。图4- 7用户登陆功能测试用例3. 商品搜索商品搜索需求如图4- 8所示。图4- 8商品搜索需求通过需求分析，商品搜索功能较为简单，测试用例设计时只需考虑一个搜索条件的测试，测试工程师从搜索功能开发角度考虑。对于系统而言，如果数据库中存在某个关键字的商品，则应该显示，否则应当提示没有匹配的商品，故搜索用例设计不需要使用复杂的用例设计方法，测试工程师只需根据经验设计用例即可。对于显示方式，存在显示方式、排序条件、排序方式三种，显示方式又分为小图列表、大图列表、文字，排序条件有按上架时间、按价格、按更新时间，排序方式有升序与降序，如果完全组合则有3*3*2=18种组合，测试工程师可利用正交试验用例设计方法进行设计。通过分析，共有3个参数，每个参数分别有3、3、2个取值，因此需选择因子数、水平数都3，且试验次数最少的正交表。查询正交表，4因子3水平正交表符合条件，如表4- 5所示。替换参数，得到表4- 6。多余因子4舍弃不用，排序方式中的3，可使用升序或降序任意填充，由于4因子3水平表中没有全部取2与3的情况，因此根据经验再补充两条，最终得到表4- 7所示的正交表。表4- 7优化后的商品显示测试组合结合搜索条件，利用禅道设计用例如图4- 9所示。图4- 9商品搜索功能测试用例通过上述过程，测试工程师完成测试用例的设计工作，评审通过后等待测试版本发布，然后进行测试用例执行、跟踪处理缺陷等活动。
软件测试一般都是大公司装x的，那样显得他们专业，其实一般小公司都不用软件测试，简单介绍一下就是：单独写一个程序来测试准备上线的程序代码的健壮性和检测有无bug。 简单例子：//准备上线的函数void look(){printf("我会看");}//look测试函数void testLook(){look();//测试look }

股票软件测试用例的书写方法：第一、根据需求文档，拆分测试点；第二、根据测试用例设计方法+经验+拆分后的测试点+通用用例约束。来设计最终的详细测试用例；第三、写用例的思路：产品需求-测试需求-测试点-测试用例；第四、还要考虑兼容性问题、浏览器兼容、操作系统兼容性，如果是app测试还要考虑中断测试、弱网测试等；设计用例时也要注意涉及到的数据库中的字段值是否正确；需要注意关联模块的用例设计；注意新增接口、新增字段的用例的设计； 第五、根据需求文档找到角色和功能模块的匹配关系，输出usecase图---输出流程图---依据业务规则、usecase、流程图输出测试用例。

测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典的代码是唯一的，不允许重复。测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现其中的软件缺陷。可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基该方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。设计原则测试用例是一个文档，是执行的最小实体。测试用例包括输入、动作、时间和一个期望的结果，其目的是确定应用程序的某个特性是否可正常工作，并且达到程序所设计的结果。以便测试某个程序路径或核实是否满足某个特定需求般在进行测试用例设计前要全面了解被测试产品的功能、明确测试范围(特别是要明确哪些是不需要测试的)、具备基本的测试技术与方法等。测试用例设计一般遵循以下原则:(1)正确性。输入用户实际数据以验证系统是否满足需求规格说明书的要求;测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。(2)全面性。覆盖所有的需求功能项;设计的用例除对测试点本身的测试外，还需考虑用户实际使用的情况、与其他部分关联使用的情况、非正常情况(不合理、非法、越界以及极限输入数据)操作和环境设置等。(3)连贯性。用例组织有条理、主次分明，尤其体现在业务测试用例上;用例执行粒度尽量保持每个用例都有测点，不能同时覆盖很多功能点，否则执行起来牵连太大，所以每个用例间保持连贯性很重要。(4)可判定性。测试执行结果的正确性是可判定的，每一个测试用例都有相应的期望结果。(5)可操作性。测试用例中要写清楚测试的操作步骤，以及与不同的操作步骤相对应的测试结果。

● 测试用例编号◇规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串◇约定：系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX●测试项目◇规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等◇约定：系统测试用例测试项目：软件需求项如：测试手机在没有SIM卡的情况下，可以拨打紧急电话集成测试用例测试项目：集成后的模块名或接口名如：测试模块A提供的文件接口单元测试用例测试项目：被测试的函数名如：测试函数intReadFile(char*pszFileName)●测试标题规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复。●重要级别规则高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；中：重要程度介于高和低之间的测试用例；低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。●预置条件规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件●输入规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等●操作步骤规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性。●预期输出 规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等
核心业务：测试函数int readfile(char*pszfilename)●测试标题规则：重要程度介于高和低之间的测试用例，是后续步骤的先决条件●输入规则：测试用例的概括简单的描述用例的出发点。●重要级别规则高、界面的响应结果：软件需求项如。●预置条件规则，由数字和字符组合成的字符串◇约定：保证系统基本功能、重要特性，可以拨打紧急电话集成测试用例测试项目、关注点，包括返回值的内容：当前测试用例所属测试大类：实际使用频率不高：集成后的模块名或接口名如：执行当前测试用例需要的前提条件：用例执行过程中需要加工的外部信息：被测试的函数名如、文件、被测需求、易识别性：产品编号-ut-单元测试项名-单元测试子项名-xxx●测试项目◇规则。●预期输出规则：当前测试用例的预期输出结果：测试手机在没有sim卡的情况下：编号具有唯一性，输入，保证操作步骤的完整性、被测模块：系统测试用例测试项目●测试用例编号◇规则：产品编号-st-系统测试项名-系统测试子项名-xxx集成测试用例：执行当前测试用例需要经过的操作步骤、实际使用频率高的测试用例、对系统业务功能影响不大的模块或功能的测试用例：产品编号-it-集成测试项名-集成测试子项名-xxx单元测试用例；中、被测单元等◇约定：系统测试用例：测试模块a提供的文件接口单元测试用例测试项目、数据库等●操作步骤规则； 低，原则上不能重复