今天学习在VSTS上做单元测试，感觉还是比较简单的，也不需要多少编程知识，系统已经自动帮我们建好了测试环境，我感觉也许搞清楚如何做测试用例，然后就可以直接用用例里的数据初始化单元测试里的输入和期望值就OK了。我还顺便学习了在VSTS如何看代码覆盖率。也许下个学习的目标就是怎么做测试用例了，对这个没什么印象，感觉挺麻烦的，不知道没有基础的我能不能学好。

另外我也了解到这个单元测试就是白箱测试啦，请大家不要笑我无知哦，也许这些东西对你们来说就象小学生的1+1那么简单，但我现在就是小学生，一切从头开始学，惨就惨在没人教我，我周围的同事现在估计连软件测试是啥都不明白呢。

下午学习了测试流程，如下：

测试流程
第一步：制定测试计划。该计划被批准后转向第二步。
第二步：设计测试用例。该用例被批准后转向第三步。
第三步：如果满足“启动准则” ，那么执行测试。
第四步：撰写测试报告。
第五步：消除软件缺陷。如果满足“完成准则”，那么正常结束测试。

那么我下面的学习计划就从学制定测试计划开始吧，先到网站上收集测试计划的资料先

看了一些关于黑箱测试和白箱测试的话题，得出的初步概念是：所谓黑箱白箱，是指软件测试设计的方法，不是软件测试的方法！注意“设计”二字。黑箱测试是不需要了解程序编码，对模块进行的功能测试，只要验证结果是否符合客户的需求就行了，而白箱测试则需要进行代码分析，从代码逻辑来分析来代码是否正确，从这里也可以看出来白箱测试通过并不意味着黑箱测试也能通过，打个比方，一般情况下，我们的逻辑是先用黑箱测试来测试模块，看看结果是否符合客户的需求，比如一个工资模块，简单点，应发工资=岗位工资+加班工资-工会费，输入的数据是后面3项，输出结果是应发工资，我们设计一个测试用例，用黑箱测试，这就有2种可能，一种是测试用例通过，一种是不通过（好像是废话，呵呵），通过的话满足客户需求，不通过那就是程序代码有问题了。也许是开发人员粗心大意，在程序种计算应发工资的公式搞错了，比如变成：应发工资=岗位工资+加班工资+工会费，那么我们接着应该做白箱测试，查看程序中哪里出错了。

在新版本上运行所有已通过的测试用例以验证有没有“退化”情况发生，这个过程就是一个“Regression Test”。如果这样的“倒退”是由于模块的功能发生了正常变化（由于设计变更的原因），那么测试用例的基准就要修改，以和新的功能保持一致。回归测试最好要自动化，因为这样就可以对于每一个构建快速运行所有回归测试，以保证尽早发现问题。

计划阶段：

1. 制定测试计划，特别是测试总纲
   • 主要说明产品是什么，要做什么样的测试，时间安排如何，谁负责什么方面，各种资源在哪里，等等。
2. 写测试设计规格说明书（TDS）
   • 功能是什么
   • 要测试哪些方面？有没有预期的bug比较多的地方？
   • 如何去测试？
   • 功能如何和系统集成，如何测试这一方面？
   • 什么才叫测试好了？
3. 写测试用例（Test Case）
   • 测试用例描述了如何设置测试前的环境，如何操作，预期的结果是什么？
4. 写程序错误报告（Bug Report）
   • Bug的标题，要简明的说明问题。
   • bug的内容要写在Descrīption中。
   • 其它补充材料，如日志文件、截屏等，都要保存在bug相应的附件或链接中。
   • 还要设置bug的严重程度、功能区域等。
5. 测试报告（Test Report）
   • 多少测试用例通过
   • 多少测试用例失败
   • 多少测试用例未完成
   • 多少测试用例之外的bug被发现