前端测试用例怎么写?为什么写测试用例?测试用例为了特定的目的证明软件存在某问题而设计的一组由测试输入、执行条件、预期结果构成的文档。指导如何做测试的文档，该文档主要记录需要验证被测软件的是否满足需求。
测试用例指导我们怎么去做测试的文档。在文档中提前指明功能点是什么，怎么去测这个功能点的步骤，输入的一些测试数据都写到里面去，包括希望的结果。
若有时间能把所有的情况都试一下肯定不会存在漏测的情况。但问题是时间真的不允许，尤其现在都在走敏捷的路子，大家恨不得一天上一个新功能所以说能留给测试的时间真的很少。怎样既能覆盖到所有的测试场景，测试的执行数量又能控制在一个比较合适的数字，这个就是设计测试用例的过程。
测试用例的编写方法：划分功能模块--正向功能验证：正常操作功能是否实现--单个功能项验证:正向+异常--功能之间交互验证:模块之间的数据传递--隐形需求:熟悉业务。有了常规的思考和经验积累还需要理论的支撑。测试用例是通过人去思考设计，这个过程不可避免有疏漏。思考设计用例考虑两方面：
1、测试用例设计方法
测试理论中很关键一块就是将需求拆分为具体的测试点，然后根据用例设计方法进行具体的设计，其中拆分需求的关键是熟悉需求，将文档中已有的描述内容，按照用户使用场景、个人测试经验的积累(如果有的话)、把大段的内容拆分成能够直接用用例设计方法的测试点，这样就直接可以通过简明扼要的文字描述转化为Excel的测试用例，在这个过程通俗理解就是拆分细化的过程，直到可以直接写用例验证一个具体的功能点即可。
设计用例方法有：观察法、等价类、边界值、判定表、因果图、流程图、场景法、错误推测法等。
2、测试设计思路
若按照需求将已有的描述信息都已经拆分完毕了，是不是就可以确保测试没有问题了呢?其实不然，在上述基础上如果还需要再拓展全面测试，还需要借助于软件质量模型的特性，从这些特性出发，给予测试用例设计者更多的思考空间。这样的设计就更加的全面可靠。
常见软件质量模型特性说明：功能性：功能有没有，好不好用;性能效率：对应系统的资源耗费程度及响应时间;易用性：容易理解、学习、使用;兼容性：能够兼容不同的软硬件平台;可靠性：不易出问题，万一出问题容易恢复;安全性：对于用户的安全保障(外在的人生安全、内在的信息安全等);可移植性：能否在不同环境条件下无故障运行;可维护性：对于后期的修复维护是否方便快捷。
写测试用例重要的作用避免“甩锅和背锅”的情况发生，技术上将需求转化为具体可验证的指标，以文档的形式记录软件可能存在的问题，防止测试过程的活动出现遗漏，提高工作效率，测试工作量的展示。
