测试用例的定义：为某个特殊目标而编制的一组测试输入，执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求
测试用例的好处：
1.有效、快速的熟悉了解待测产品
2.测试用例的编写、执行的数量可以评估需求的覆盖程度
3.用例的细化程度，可作为阶段性工作排期的一个依据
4.用例的输出可将人为因素的影响减小，例如编写测试用例的人不能操作执行工作，那么依据用例文档，其他人也可以进行测试执行操作
5.用例是测试基础中的基础，是必备能力，欠缺的话工作越久越吃亏，迟早得补上
何时开始？
当需求文档定版后，就可进行测试点的提炼，开展用例的编写。
如何设计？
1.将产品文档或需求文档中的原则（规则）转换为每个用例的检查点
2.单个用例最小化原则，一个用例只做一件事
3.先从单个模块或功能点开始入手
4.合理使用设计方法，如等价类划分、边界值、因果图，比如一个输入框，要有长度的校验、符合规则的、不符合规则的、因果图
5.兼容性：如浏览器兼容性、操作系统兼容性
6.涉及到数据库用例的设计，要验证入库数据的正确性
7.考虑到关联模块，异常用例的覆盖，从头到尾，可以先写重点功能，再写关联的，最后补上无关模块的
8.用例是写给别人看的，任何一个人拿到用例可以直接拿来执行，才是最好的用例
9.用例不一定是越细越好，也不一定所有需求都需要写用例（个人觉得若有时间最好还是写上）
10.最好所有用例都参与评审，并且一般情况都是需要更新的，如果没有改动说明只是走个过场，大家的心都不在评审会上。
另外，最好能以尽量少的用例覆盖尽量多的测试点
时间管理落地实战
1.不要做与工作无关的事情，比如说聊QQ，如果工作不需要就直接退掉，如果必须要用到，就只保留工作群，把其他群都屏蔽掉
2.下班前看下今天的任务完成的怎么样，今日事今日毕
3.下班前梳理第二天的工作任务，因为早上效率是很高效的，用例梳理比较浪费
4.时间管理四象限，先处理重要且紧急，再处理不重要且紧急的，不然会演变成重要且紧急的
5.非常重要！合理利用碎片化时间集中处理杂事，比如说回复邮件
6.一个问题若一个小时还未解决，先放一段时间，还是搞不定再求助，求助领导、同事、开发或网上百度、群内提问等方式
7.充分利用上下班时间，好文章先收藏，碎片时间来看
8.睡觉前或工作前找一个小时看看书，写点技术博客
关于时间管理，重要且亟待解决，趁早学会，一生受用。
学习了，感谢五娃和老徐的分享！
