在工作中的同仁们，肯定会有以下困恼
1、用例该怎么写？
2、重点在哪？
3、项目急来不及写用例怎么办？
下面分析、总结思路，欢迎大家一起探讨
如何下手，如何建立测试用例思路
1、文档：这是一直要说的问题，只有通读“项目&产品”明确“项目&产品”的核心点（这里要复述一下，很多中小型公司没有完整的文档，甚至没有“产品经理”岗，来编写该类文档）；
2、测试计划：要有测试主体思路大纲，先抓产品的重点，按模块或界面划分；后面“有时间”再补齐各主要模块的功能；
3、项目&产品的需求功能：分解输出测试项时，既要考虑单向功能的逻辑，同时也要考虑业务场景思路；
4、需要区分来管理：可划分“功能用例”、“性能用例”、“自动化的”等等...最好区分开来方便管理；
5、统一规划：去寻找分析程序中的共享模块（如：数据共享等）写用例时需要标注出来，省时省力，避免用例重复编写；
6、业务流程：标注出来做统一规划（如：分析产品有多少重要业务是核心需求来决定的）；
7、等...（欢迎补充）
好的测试用例是怎么样的
1、覆盖率
对核心的需求功能点基本要全部覆盖，业务产生影响的场景尽可能多的考虑到（无法量化，看项目&产品中实际需要）；
2、易执行
一个测试点一条用例，用例的执行步骤，预期结果明确；
3、可读性
用词规范，字体版面一致，清晰确切；保证他人能容易阅读，使用；（QA部的用例，需要进行评审，其他交叉测试便于使用）；
4、复用性
相同复用模块只需稍作修改即能使用；利用率高，回归测试时，需求改动不大时的用例稍作修改即可使用；
5、自动化
在编写测试用例一开始就应该考虑，在需要进行自动化时就能很快的转变（自动化进行的少，摸着的石头过河...）；
6、等...（欢迎补充）
需求/功能分解，写测试用例的方法有那些
常见如下：（摘自互联网）
输入/数据---等价类划分法
输入/数据---边界值选取法
条件和结果--因果图法
条件和结果--判定表法
场景--------场景法
功能随数据--状态迁移法
数据很多----正交实验法
