2021年测试工作记录

【测试用例编写】

[做得好的地方]
1.不清楚的需求，用Word记录下来，且找1个时间统一答疑（不影响各自工作效率）
2.测试用例的层级比较清晰
3.把需要确定的、或重点关注的地方，标记出来了
4.把冒烟用例梳理出来

--------------

在上述编写好的用例，测试过程中，用例的使用率并不高、、。。。。

1是也清楚地记得需求，

2是会先验证主流程，不涉及过细的用例，不需要参考用例文档

3上线前并未做过细的测试（基本上保证主流程）

4用例文档不够直观，不太想去仔细看（除了用例编写阶段）

 

[可以改进]
1.测试用例编写效率，可以提高一点，结合XMind

2.用例评审过程，1对多，一直在讲但没有反馈，设置几个问题请教他们，会如何呢？（Q&A）

------------------------------------------------------------------------------------------------------------------------------------------------------------------

【测试用例评审】

[做得好的地方]：
1.提前把需要确定的、或重点关注的地方，标记出来了。
2.本次细节讲解、前后衔接基本上OK（讲1个模块的时候，需把原型调出来，大致讲些这个模块的功能，再到用例中讲需要关注的测试点）
（并且说明，所需字段及约束规则，在用例中会有对应的测试点，这里不一 一展开，具体参照原型）。
3.提前发送了会议邀请，会议开始前，提前进入会议，熟悉会议软件的使用

[可以改进]：
1.从大的方向上来把握更好-->再拆分为细小的模块-->再讲测试点。
2.组织者，可以在正式进入主题前，先聊下，人到齐没，让同事帮忙找人参加会议；（人到齐了，咱们开始吧）
3.再有就是说说这次评审的范围，评审采取的方式（字段的约束规则校验不一 一过，重点过一下：需要确定的、或重点关注的地方）。

 

--------------

在上述评审后，提测的版本，该注意的事项，仍未注意、、。。。。

1是很细的功能点，开发时可能也忘记了

2是东西太多，开发有自己的功能清单，测试有自己的验证清单，两者未查漏补缺

建议是对齐开发和测试的功能清单，或请教交互逻辑，再梳理测试点

 

---------------------------------------------------

1】下拉选项的数据源是否不全，这是容易遗漏的功能点。
2】对于这个版本jmeter接口的脚本编写也有这样的问题：已写的脚本不能重用，总是想着优化，优化时是推倒重新写，耗时间较多。
以后需要注意：1开始编写脚本时，先设计好，每次优化时，先耐心看看之前的，不要着急。
3】需求宣讲——两段论（概要宣讲、功能点宣讲），做得很好。
4】SIT阶段需要有跨功能的全流程测试

前期测试计划时，抽不出来具体的全流程测试范围（好在精通业务的同事查漏补缺了），现在明白了，后期迭代做计划时，要问清楚这个范围。

5】比较着急的一点时，jmeter做接口测试时，还没精通，写脚本的习惯好像也不低，经常遗漏脚本的bug

或者加强jmeter在接口测试的熟练程度，保持好的习惯（坚持下来，不要重头再来而无进展）

或者学习java进行接口测试，目标是能看懂开发的代码（榜样就是磊哥）

备注：作为IT一员，不会写代码，也很着急