关于测试设计及我的改善思路

2017年3月25日，百人计划第十次分享如期进行，这次的主题是《浅谈我的第一次需求测试设计》及《测试职场老鸟经验谈》。对我认知产生最大触动的是需求测试设计主题。

一、课上分享：需求测试设计

1、测试设计的流程套路

1）深入了解需求。解决了什么问题；

2）场景分析。从用户使用角度、遇到什么样的情况、限制条件是什么等方面考虑场景；

3）试用市场上已实现的同类产品。做竞品分析，了解原理以设计更好的产品，从功能、可靠性、性能、用户体验等方面进行分析，评估测试设计是否满足产品质量要求。

2、测试设计思路

1）关注用户怎么用。站在用户的角度、分析使用场景；

2）清楚系统逻辑架构，分析业务流程。关注系统周边的依赖及交互；

3）各子系统的交互，明确耦合关系，确定覆盖深度。关注模块之间的接口，模块之间的耦合关系、提取因子及因子分析。

3、场景分析

1）应用场景分析：4W+1H。4W主要是运营场景，1H主要是交付场景。

Why：需求的价值是什么、竞争力是什么；

Who：给什么用户用、什么类型的用户、什么情况使用需求、是否多用户同时使用、用户的规模有多大；

When：用户使用的频率，一天用多少次；

What：触发用户使用的因素有哪些，用户什么时候使用；

How：主要考虑交付场景，整体考虑产品的质量、使用产品前需要具备什么资源、周边依赖哪些东西、使用前的操作序列、出现问题的维护场景等；

2）限制：限制条件是什么；

3）测试场景分析：针对产品，进行测试场景分析。

4、业务流程分析

1）原理；

2）测试分析：

①�功能测试：子功能的提取、子功能的交互因子（因子的提取与分析，用户场景的提取、流程的数据流提取）、因子组合策略（详看测试书籍）；

②�可靠性测试：配置文件备份恢复、是否冗余、故障管理；

③�升级测试：详看测试书籍；

④�性能测试：时间维度（时间的长短）、空间维度（资源）；

⑤�安全测试：详看测试书籍；

⑥�用户体验：界面易用性、操作软件的响应时间、交互信息的可用性（如错误的提示信息）；

⑦�测试方法风险分析：详看测试书籍。

5、测试评估

1）质量评估：功能、非功能；

2）需求覆盖情况：详看测试书籍；

3）缺陷分析：详看测试书籍或专题分享；

4）测试设计有效性：用用例发现缺陷数/所有缺陷数的结果来评估测试设计是否够好，缺陷从用例中发现的比例。

6、关于测试用例-嘉宾Amy观点

1）五娃的分享很好，用例的四个方面：预置条件、执行步骤、预期结果、测试结果；

2）在需求文档确立之前测试人员就开始参与。从客户手中拿到需求，开展需求文档评审；

3）测试用例的设计首先要保证产品的质量，测试用例的数量并不能决定质量的好坏，要做到覆盖全面，提倡高质量的自动化测试；

4）用例需包括与其他模块耦合关系、用例的级别（level0、level1），考虑哪些需求必须完成，哪些需求可以后续完成；

5）HLT用例需考量模块之间的耦合关系、考量用户的使用场景，基本不考虑白盒测试；

6）针对业务流程复杂的模块：要尽可能发现bug、站在用户的角度来满足需求和操作习惯、合理的逻辑推导、有经验的用户使用软件；

7）有很多公司都经过2-3轮的评审活动。

7、案例讲解-场景法设计

二、课后阅读：关于测试用例-老徐观点

1.如果公司只有你一个Tester，真没必要写测试用例了，写测试点（思维导图写测试点，不错的方式，如Xmind）吧，提取关键要素。

2.如果你们的需求老是频繁变化，写测试点吧；你的测试用例的更新速度永远跟不上需求的变化速度，每天都在改用例。So，太详细的用例，无太多意义和价值。

3.如果你们的节奏控制的非常紧凑，完全没时间严格按照测试用例执行，写测试点吧，提取关键要素。

4.如果团队的整体Tester技能均衡，测试点已经能够保证充分覆盖了，写测试点吧，测试用例的意义不大 。

5.如果这块的逻辑非常复杂，你未曾接触，尽量写详细点的测试用例，通过用例的梳理过程，是一个很好的梳理理解需求和产品的过程。

6.如上的观点，并不是代表大家都去写测试点，不用写测试用例了。看每条的前提条件 。

7．如何用更少的测试点，尽可能的充分考虑各种可能性呢？跟什么因素有关呢？与用例设计方法、经验、需求理解等等有关。我们要综合运用等价类、边界值、错误推测、场景法、因果图等测试用例的设计方法。

三、总结反思：我的改善思路

1.执行测试之前必须写用例。如果时间紧急，一定要挤压自己的时间来设计有价值的测试用例（可用Xmind进行测试点的提取）。

2.再看一遍测试理论书籍。这次要结合实际进行思考，不能走马观花地为了看书而看书，要时刻思考看书的目的，并将理论用到实践中进行微创新。

3.看文章及讨论过程要结合自己的思考。看群组讨论和文章要结合自己的实际情况进行思考、讨论、落地。

4.要打开眼界，不能闭门造车。要多了解其他公司的测试管理流程、高级测试工程师需具备的条件，打造自己的硬本领，提升核心竞争力。时刻考虑，当离开自己所在的单位，自己身上又具备多少价值，自己的核心竞争力是什么？

5.不要总找刁钻的用例，要把客户常用的流程弄好。产品上线之前无论经过多少轮测试，一定要把主体业务流程进行回归测试。

6.作为新员工要快速成长。在你的圈子里，不要自我感觉成长“很快”，其实你做的是平行比较。要做垂直比较，这样才能成长，千万不要做温水中的青蛙，否则会死的很惨。

---

后记：整个测试职业，之前可能是简单&重复，但这几年，整个测试职业，前景看好，专业性越来越强，要求越来越高。高质量的软件测试其实比开发还难。目前的状况还是处于不断完善的过程中，如何在日常工作中进行微创新是我以后应该重点考虑的问题，不能以执行任务的心态去设计测试用例。要以一种“创业的心态”来对待所从事的工作，在工作中体现自己的价值。抓住机会提升自己，在同样的时间赚更多的工资，实现自己的最大价值！