今天完成的事情：

1.看软件测试理论基础。

2.写任务一的测试用例。

明天的计划：

1.把任务一测试用例写完。

2.背软件测试基础理论。

遇到的困难：

1.测试用例需要写输入时输入框有什么效果吗？

2. 写测试用例虽然知道测试三种常用方法等价类比法，边界值法，场景法，可是写的时候却是自己想着试着有哪些可能情况，这样不会全面测试吧，写测试用例应该怎么写呢？

收获：

1.预期结果看验收标准，没有需求时预期结果写实际结果。

2.编写测试用例该注意什么？

①根据项目的实际情况设计测试用例表格

②用例格式不要生搬硬套

③根据具体情况编写

④简洁明了

3.第一次写测试用例建议：从用户的角度来设计测试用例。从用户的角度来说，一个产品，首先关注的当然是它的功能，其次是性能和稳定性，最后是容错能力等。翻译成测试用语就是，首先写功能测试用例、然后写性能测试用例，接着是稳定性测试用例，最后想想产品使用过程中可能会遇到哪些异常，针对这些异常设计一些用例，用以检查产品的容错能力。

一、功能测试用例

写功能测试用例有两种方法，一种是按照主要功能、次要功能的顺序写；另一种是按照产品使用顺序来写，打开、注册、登陆、主要功能使用、退出。

二、性能测试用例

也有两种方法来设计性能测试用例，第一种就是逐条仔细查看功能测试用例，思考功能测试用例中哪些用例用户在操作时会很关心它的性能；第二种就是按照产品使用顺序来，思考从打开到使用到退出，整个过程中哪些地方需要关心它的性能。

三、稳定性\压力测试用例

功能测试用例和性能测试用例写完了，逐条查看，看看哪些在反复操作或长时间操作时会出现异常，就增加这条用例的循环次数，或延迟用例的运行时间，从而形成压力\稳定性测试用例。

四、兼容性测试用例

设计好上述用例集，需要再好好考虑一下，这些用例中，有哪些在不同平台上可能会出现不同的结果，将这些用例打上平台的标签，放在不同平台上都执行一遍。另外，查看用户可能在哪些步骤上操作失误，设计用例，检查操作失误时产品的容错能力。

五、区分用例的重要性

用例在设计时，最好同时打上重要性的标签，这样当测试时间有限时，可以保证所有重要的用例都会被执行。

‍‍