细节内容：测试用例，怎么写

根据列起来的细分用途点进行用例编写，编写用例就借助拆分各个细分用途点的细节进行。用上测试用例分析方式：划分有效类、确定边界值、使用因果图、判定表、错误预测等等，这些都是用来确认测试数据的

编写用例应该有一个表格，有个通用的模版

图片发自简书App

每个用例都必须有一个唯一的编号；一个通俗易懂，一读就知道该条用例的目的的标题；预置条件用来储存一些已知的检测方法；测试数据，就是我们预测出来的进行检测的数据；测试方法，引导测试的流程；预期结果测试教案怎么写，判断用例的执行结果，用来与实际结果相比较

1.其中标题的撰写需要通俗易懂，没有歧异，表明目的。具体如何写可以引用《测试架构师修炼之道：从测试工程师到测试架构师》的说法就是

图片发自简书App

比如里面的登陆功能中：账号输入手机号

标题可以写成：登录帐号输入11位有效的手机号校验账号的正确性

2.在检测用例中的“测试数据”单独列起来的目的是，我们在写边界值呀、等价类取值的之后，可以直接写在测试数据里，不用相同的用例写N遍，也是为了阅读、执行者方便阅读、操作

3.测试方法中，不需要写得很详细，以防界面有设置的之后，修改用例改到气馁。而且方法不可以很多，写的人焦虑，读的人也腻歪测试教案怎么写，解决方法就是把其它用例验证的方法置于预置条件中，如：用户已登录

4.预期结果，大部分人写的测试用例中，每步测试方法对应一个预期结果，但是即使发生没有预期结果的方法如何办呢？一种解决方法是，把有预期结果的方法写在同一步骤中，这样有也许一个步骤其实是操作了两步或者三步；另一种解决方法是检测流程中用【check1】 or【check2】标注，然后在预期结果中直接写【check1】是哪些，【check2】是什么

输出测试用例文档不算难，但是怎样获得不同的测试数据，如何操作可能发生bug这都是需要经验累积的。测试用例是一种结果，需要不同的检测方式支撑这个结果的输出，所以能够有一种测试方式叫：错误推测法-在测试程序时，人们可以按照经验或直觉猜测程序中或许存在的各类错误，从而有针对性地编写检查某些错误的检测用例的方式（来自百度百科）。