功能测试用例编写模板与教程

在我们测试工作中，测试用例的编写至关重要，编写好的测试用例可以覆盖整个项目的测试，能够更好的找到缺陷，下面直接上模板例子：

　　以QQ登录界面作为示例：（登录QQ号为6-10位数字）

　功能测试用例的要素：

　　用例编号、所属模块、用例标题、前置条件、操作步骤、测试数据、预期结果、用例等级、实际结果、通过否、编写人、编写时间、执行人、执行时间、参考文档、备注。

　　从各个要素开始分析：

　　用例编号： 一般为产品的名称+case+编号，为了方便以后的查看用例,且编号不可重复，根据你要写的条数，比如我要写10条，那么就是这样：taobao_case_01，如果是百条： taobao_case_001…依次类推。

　　模块： 如果说你要编写的模块，分为很多子集，比如在我的下有登录、注册，那就应该划分为一级模块、二级模块…依次类推，比如我要编写的是我的模块下的登录功能： 一级模块:我的，二级模块：登录。

　　用例标题： 标题一定要直奔主题，你这个用例是拿来干什么的，简单、明了，标题也是不可重复，尽量不要把预期结果也写在标题中。

　　前置条件： 你要执行这条用例前所要准备的东西，比如我要测试一个纸杯，那我先要有纸杯，而且根据每条用例的实际情况，来考虑。

　　操作步骤： 将你测试的每一个步骤详细的说出，并分好1、2、3、4步骤等等。

　　测试数据： 你在操作步骤中，需要输入的内容，没有可以不写，比如测试纸杯，不需要什么测试数据，但是做登录的话，就需要输入账号和密码。

　　预期结果：我们理想的预期结果，要与标题有关联，尽量考虑的周全一点。

　　用例等级：一般分为高、中、低。像是有关功能的方面，为高，但是一些轻微的功能方面问题，可以考虑为中，ui为低。

　　实际结果： 以执行后的结果为准写入。

　　通过否: 预期结果与实际结果一致为通过，否则为不通过，当然，预期结果是我们测试人员在编写的时候预估的，那么大概相同也算通过。

　　编写人、编写时间、执行人、执行时间，这些就不详细说了。

　　参考文档：一般都是根据需求文档来编写测试用例，有些公司可能要先写测试点，根据测试点再去转化测试用例，当然，这只是一小部分，很多都是直接写测试用例的。

　　备注： 我在执行这条用例的时候发现的问题，可能偶尔会出现，需要标记下或是其他超出与本条用例不合理的地方，方便我们测试人员回看。

　　我们要测试一个产品，要从多个维度来考虑：

　　比如我们要测试一个纸杯，那么我们就要从这几个角度去思考问题。

　　·功能性：纸杯能不能正常装水，能不能装满水使得用户正常喝到水。

　　· 安全性：纸杯有没有毒或者细菌。

　　· 可靠性：纸杯从不同的高度落下来的损坏程度。

　　· 可移植性：纸杯在不同的地方，温度下是否可以进行正常使用。

　　· 兼容性：纸杯是否能够容纳果汁，白水，酒精，汽油等。

　　· 易用性：纸杯是否烫手，是否有防滑措施，是否方便饮用。

　　· 用户文档：使用手册是否对杯子的用法，限制，使用条件有详细描述。

　　· 疲劳测试：

　　（案例一）：将纸杯盛上水，放24小时检查泄露时间和情况。

　　（案例二）：将纸杯盛上汽油，放24小时检查泄露时间和情况。

　　· 压力测试：拿一根针，不断地施压，看多久纸杯会被穿透。

 

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取