今天完成的事情：
今天写完了测试用例，然后晚上看了一点深度思考
明天计划的事情：

把测试用例发给师兄

遇到的问题：

没有
收获：

测试点准则

1.所有测试都应该能追溯到用户需求。

2.应该远在测试开始之前就制定出测试计划。

3.把Pareto原理应用到软件测试中。

4.应该从“小规模”测试开始，并逐步进行“大规模”测试。

5.穷举测试是不可能的。

6.为了达到最佳的测试效果，应该由独立的第三方从事测试工作。

功能点和测试点有什么区别？

1.功能测试主要关注的点是，系统能不能继续运行。（能不能实现核心业务。）

2.性能测试关注的点是：

2.1能同时支撑多少用户运行。

2.2系统是由哪里的问题导致服务器瘫痪。简单点来说，功能测试是测试业务逻辑。性能测试是测试服务器。

1.应该从哪里入手开始写测试用例

仔细理解客户需求，并同开发人员一起，对客户需要进行讨论，达成一致后，结合需要，考虑有怎么样的输入，会有怎样的输出，错误的输入，是否有相关的提示信息等等。仔细理解客户需求，并同开发人员一起，对客户需要进行讨论，达成一致后，结合需要，考虑有怎么样的输入，会有怎样的输出，错误的输入，是否有相关的提示信息等等。

2.测试用例如何写的更加全面,别人一目了然,

界面规范

1.是否整个软件的字段的字体、大小、颜色、排列一致
2.是否整个软件的字段后都有冒号（如果有，是否都属于同一种字体）

用例编写粒度准则
1.对于不作为一个完整业务流的操作，如增、删、改等，每个操作（比如增加）作为一个用例。
2.对于完整的业务功能实现的操作，把实现一个业务功能的目的作为一个用例。
3.对于紧密关联的业务功能，把关联的业务功能实现作为一个用例。
4.对于异常情况下的操作，作为一个用例。
5.对于在异常情况下的操作的数据处理，作为一个用例。

看了一下功能点总结