一、测试用例
1、测试用例的定义：
测试用例就是设计一个场景，让程序在在中场景下能够正常运行并且达到程序所设计的执行结果。
2、测试用例的特征：
1）最有可能抓住错误的；
2）不是重复的、多余的；
3）一组相似测试用例中最有效的；
4）既不是太简单，也不是太复杂。
3、组成元素：
我们现在写的测试用例包含特征名称、用例名称、用例级别（一般都是一级）、预置条件、设计描述、预期结果、执行结果
4、设计原则：
1）测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。
2）测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
3）测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。
5、设计方法：
主要是等价类划分、边界值分析、场景分析法
1）、等价类划分：
单个用例中应覆盖尽可能多的有效等价类
单个用例只能覆盖一个无效等价类
2）、边界值分析：空值是特殊的边界值，容易被忽略
3）、场景分析：运用场景来描述系统的功能点或业务流程
最初时看这个就是能理解这三种设计方法，现在看的时候可以结合已写的测试用例，能完全运用这些方法
6、测试用例注意事项总结:
1)用例名命名不规范：通过用例名看不出用例的目的是什么；命名太长；表述不清楚
2）用例，尤其是预置条件考虑不周全
3）不同情况的异常应分开写
4）正常、异常场景用例应分开写
5）复杂用例可以考虑分成两个或多个用例来写
6）修改完密码后再次添加能否成功登录的用户；增删改后添加验证是
否增删改成功的用例；删除时应考虑能否删除，即是否存在关联；添加
“增加重复商品或其他”的用例
7）查询分为模糊查询，全匹配查询，条件单覆盖查询，覆盖所有条件查8）考虑输入条件为空的用例
9)前台、后台要结合，如在新添加了一条记录，要在前台验证一下
10）仔细看每一个页面，有链接的地方都要写用例，首页面下边的那三个链接，写了这么多天，我们今天才看到。
11）合并后的测试用例在风格上应该保持一致，如标点符号，颜色，字
体大小及颜色等
二、linu_
1、练习巩固前段时间学的linu_命令
2、学习bash相关命令、正则表达式及简单的shell脚本
三、个人总结
上个星期主要是我们编写mcommerce项目的测试用例，然后把每个人的合并起来，这周主要是修改测试用例，改了两轮，第一轮是在组长和经理给的反馈上修改的，问题真的是太多了。第二轮是在学姐给的反馈上修改的，看了学姐给的点评，发现我们在有些问题上考虑的还是太不全面了，以后要多和他们交流。
写完的用例一定要多与其他人交流，把用例给其他人看，便会发现不少问题。我们两个组写完后互看测试用例，又找到了一些缺陷。另外，大家相互借鉴，这样挺好的。
1、用例命名不规范；考虑很不周全
2、还没有完全应用到那三种主要的用例设计方法
3、总感觉学习linu_的效率不是很高