阿里外包日常工作小结

阿里外包日常工作小结

• 需求会议评审

1）、需求评审会议上听明白本次需求改造的背景（明白为啥要进行本次需求的改造？）

2）、记录本次本次改造点涉及的范围

3）、思考本次需求改造点是否和理，能够有更好的方法？

需求拆解

1）、使用思维导图对需求点进行拆解

分析需求改造点

1）、分析本次需求改造点涉及范围

2）、本次改动是否影响老功能的使用？如果影响老功能的使用，需要设计回归老功能用例（回归用例只需覆盖主流程即可）

 

二、用例设计

场景法罗列正、异常场景

1）、基于场景法罗列出正、异常场景（直接使用思维导入中的自由主题记录）

2）、使用等价类、边界值、错误推测法、因果图、判定表细化用例，达到用例覆盖100%

用例设计

1）、根据罗列出的测试场景设计测试用例

2）、用例设计时，步骤可以简化，没必要将每一步都写出来

3）、突出本次测试点的覆盖度，如果不在本次改动范围的地方，但是这功能又与本次改造又密切关联的点，可以使用一条至两条用例覆盖即可

用例设计效率

1）、如何提升用例审设计的效率？ 解：需求要听明白，用例设计时先将测试点使用场景法罗列出来，然后再细化用例   主要时发散性思维的广度要高，那么如何提升发散性思维呢？

2）、可以参考以前使用过的用例，看是否可以复用

3）、用例归档管理，根据不同的域划分用例   例如：现在的工作中有分为订单域、支付域、退款域，可根据这三个域进行划分用例，下次设计用例时可以先参考老用例

4）、业务熟悉的程度会严重影响用例设计的效率和覆盖度，所以必须在空余时间熟悉业务，了解每个服务的交互

三、测试效率提升

手动测试

1. 业务的熟悉度严重影响测试效率，所以必须先熟悉业务，且对业务的理解要慢慢深入，不要停留在表面，具体怎么做？（1.先明白这业务具体要做什么，达到什么效果；2.业务中各个服务的交互是怎样的；3.每个服务的具体开发负责人是谁，要能在发现bug后第一时间找对应的人；3.明白这业务的逻辑，深入到代码层面；4.对业务的理解以及挖掘能力，站在用户的角度思考业务逻辑的合理性）
2. 用例的归档管理，根据不同的域合理归档管理，方便用例的复用
3. 用例的设计能力，这取决与测试人员对业务的理解、及自身的散发性思维是否形成，这可以参考上文讲述的“用例设计”
4. 测试前准备工作，明确本次测试需要准备的：测试账号、环境、host配置、测试账号是否需要申请优惠券、代金券、储值卡等相关资金
5. 测试数据的记录，防止背锅，一定要记录测试数据，方便后续有数据可以参考
6. 手工测试的提升大致可以概括为三个维度：1.测试同学自身能力提升；2.用例层面、3.业务理解层面

自动化

1. 如果利用自动的手段来提升效率呢？每次手工测试后，再补自动化用例（ui、api）这种工作模式存在的问题：如果效率周期短、项目多的情况下，自动化用例覆盖度不够
2. 通过开发自动化工具来避免上述问题，例如在手工测试时开启自动化工具自动将手工测试的数据、接口参数都拿到，等到手工测试完毕后，工具直接生成自动化测试用例（可以通过捞取日志来获取相应的测试数据、接口入参等）

3、要求测试人员具备开发工具的能力。这是我现在严重欠缺的。