功能点可以分为：
账号输入手机号
账号输入邮箱
输入密码，长度格式为xxx
输入验证码
点击登录跳转进入首页
根据列出来的细分功能点进行用例编写，编写用例就通过拆分各个细分功能点的细节进行。用上测试用例分析方法：划分有效类、确定边界值、使用因果图、判定表、错误推测等等，这些都是用来确定测试数据的
编写用例需要有一个表格，有个通用的模版
每个用例都需要有一个唯一的编号；一个通俗易懂，一读就明白该条用例的目的的标题；预置条件用来存放一些已知的测试步骤；测试数据，就是我们分析出来的进行测试的数据；测试步骤，引导测试的步骤；预期结果，判断用例的执行结果，用来与实际结果相比较
1.其中标题的编写需要通俗易懂，没有歧异，表明目的。具体怎么写可以引用《测试架构师修炼之道：从测试工程师到测试架构师》的说法就是
比如上面的登录功能中：账号输入手机号
标题可以写成：登录账号输入11位有效的手机号校验账号的正确性
2.在测试用例中的“测试数据”单独列出来的目的是，我们在写边界值呀、等价类取值的时候，可以直接写在测试数据里，不用相同的用例写N遍，也是为了阅读、执行者方便阅读、操作
3.测试步骤中，不需要写得太具体，以防界面有修改的时候，修改用例改到气馁。而且步骤不可以太多，写的人烦躁，读的人也腻歪，解决办法就是把其他用例验证的步骤置于预置条件中，如：用户已登录
4.预期结果，大部分人写的测试用例中，每步测试步骤对应一个预期结果，但是如果出现没有预期结果的步骤怎么办呢？一种解决办法是，把有预期结果的步骤写在同一步骤中，这样有可能一个步骤其实是操作了两步或者三步；另一种解决办法是测试步骤中用【check1】 or【check2】标注，然后在预期结果中直接写【check1】是什么，【check2】是什么
输出测试用例文档不算难，但是如何获取不同的测试数据，如何操作可能出现bug这都是需要经验积累的。测试用例是一种结果，需要不同的测试方法支撑这个结果的输出，所以才会有一种测试方法叫：错误推测法-在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法
可以将测试数据单独拿出来~