转行测试30天｜允许不当日完成，但要及时补课｜02

学习心态

从决定学习开始，制定的计划也就是每日学习，但总归会有这样那样的问题去导致无法按时完成，罪孽感也是满满，于此同时，不对自己要求过狠，抽个时间完成该完成的目标也就可以，给一个缓冲的时间即可。——20211127

学习碎碎念

周末来图书馆学习了，追赶下前两天的任务，负罪感太深了，再不追赶下进度，就可能要放下了，可时间并不允许，也就放下那杂七杂八的事，优先完成这个任务，否则到真正转岗时就得一团乱麻了，这可是我不允许的。

学习的内容还是跟着视频稳步前进，做笔记，做课堂联系，但没有做后面的作用，因为并不会讲解，所以也就没有费时去做，后面再弄更多的联系更好，在学习的过程中也算是对测试有了大致的了解，也就更熟悉，等倒是真的实操时，至少不会摸不着头脑，或者求助于有经验的人。

只是忧心自己是否能够做好，有了基本知识，然后向有经验的前辈学习请教，想来也不会犯多少错误，后面也还是要寻找一些测试经验论，避免到时做的时候犯错被上司吊，这可不是闹着玩的，要是功能没做好，被扣钱，就更加无奈了，职业生涯也会蒙上阴影，这可是无法预料的事情。

在正式上岗之前，自己也是要做一个预设和规划的，可不能向之前工作一样，没有准备就贸然前进，虽不会出错，但也不会有更大的成就，这可不是什么好的职业习惯。

学习内容

1、能够针对穷举场景设计测试点

2、能够针对限定边界规则设计测试点

3、能够对多条件依赖关系进行设计测试点

4、能够使用对于项目业务进行设计用例

总结归纳

内容总结

1、能够针对穷举场景设计测试点-等价法-解决穷举问题，与边界值法搭配使用

2、能够针对限定边界规则设计测试点-边界值分析法-解决长度问题，与穷举法搭配使用

3、能够对多条件依赖关系进行设计测试点-判定表法-解决多条件问题，但不适用于4个以上

4、能够使用对于项目业务进行设计用例-场景法-在使用前面的方法之前优先做这一步

练习总结

1、写完用例之后要检查，注意细节，虽然可能有些耽误时间，但避免犯低级错误

2、写用例步骤要执行到可以看到结果，也就是写到可以看到最终结果的操作为止

3、判定表法的条件写出来之后，只有满足或未满足，而不是列出所有情况

4、具体的测试步骤不用写具体输入什么，只要标明做什么

5、执行用例不合格的用例需要标记红色，并反馈给开发修补，而后再进一步验证

课堂随手记

1、初遇到一个功能不知从哪些方面开展，可从功能性、兼容性、易用性、性能效率、可靠性考虑，信息安全、可维护性、可移植性作为补充

2、完成的软件测试流程包括：需求分析、计划编写用例设计、用例执行、缺陷管理、测试报告。测试开始与开发同步，根据需求设计用例，而后开发完成即验证用例，并非开发完成后再验证

3、编写测试用例的八大要素：用例编号、用例标题、模块/项目、前置条件、优先级、测试步骤、测试数据、预期结果、实际结果，一旦测试用例模板确认即可复用，不必修改，每个公司模板并不一样，测试人员初期也无法做到设计用例，会看即可。

4、等价类经验：正向尽量覆盖组合；反向每条都是一个独立的用例，不可组合；

5、优化边界值法经验：开内闭外。示例:6<=qq<=10 -->[6,10]-->开内闭外-->5、11进行测试(7、9)去除。

6、流程图法经验：一般以成功的用例作为冒烟用例（何为冒烟测试：即大规模执行测试之前，针对程序主功能进行验证，保证程序具备可测性。一般作为正式测试的前提）

学习反思

决定做一件事害死要摆正态度，不要有侥幸心理，咱们一次也输不起。能提前减少错误那就提前做好准备，而不是真的等到事情发生后再庆幸，想要比他人做的更好，或者追上同期人的脚步，那就要付出比同期人更多的努力，做更多的思考。没有经验不可怕，可怕的是没有思想和行动。

对于新知识点，不理解，不了解不可怕，咱们听不懂的地方一定要去琢磨，而不是一味的追求时间和数量，完成任务式的打卡，要确保学习的东西自己吸收了，并且有应用的场景，设想一个例子，

制定的任务计划还是及时完成，既然知道时间不多了，那就优先将这件事放在第一位，而不是还去做一些本就不基于这一时的事，内心的那种高要求太过于束缚自己，要懂得取舍。

实践与应用

1、测试转岗这件事要开始引起重视，生活中也多思考下如何精进自己的业务，将注意力转移到此处，平日看的书之类也将实践引到此处，创建一个表记录内容和感想，做好笔记

明日计划

继续学习视频课程

给自己一句话

走过这段路，你会感谢自己，挺住。

愚氿文|转行测试|002|SZ|End

我愿用的行动践行， 种一棵树最好的时间是十年前，其次就是现在