标签：编写测试用例 实现 影响 协议 功能 英文 基本功 介绍 因果图
测试用例的积累主要涉及如何编写测试用例，测试用例的重点以及测试方式的划分以及测试用例如何积累三个问题，下面我主要从这三个方式进行说明：
一、如何编写测试用例
许多测试类书籍中都有大幅的篇章介绍用例的设计方法，如等价类划分，边界值，错误推断，因果图等。但实际应用中这些理论却不能给我们很明确的行为指导，在我们编写测试用例的时候也不会特别的花时间去研究因果图法等复杂的方法来进行用例编写。针对不同的产品用例在实际设计的过程中会有很大的不同，以下我主要讲我主要讲嵌入式产品的测试用例设计的大体思路。编写测试用例主要考虑以下五点：
1、基本功能模块有哪些，每个功能模块的基本测试点是什么？
2、若整个产品遵循某个协议，协议对于该功能点的限定是什么？
3、特殊情况对该功能模块的影响是什么？
4、各个功能模块之间的联系在哪里？
5、需求对于该功能点有什么特殊的要求，与协议不一样的或者是协议中没有提及的？
点1和点2测试用例的编写模式非常简单，无非是特定的数据格式或者特定的用法，用通用的等价类划分法以及边界值法就可以编写完成，这是测试的基本点该部分非常的适合通过编写自动化测试脚本实现，适合应用于项目的初期的冒烟测试以及后期的项目维护测试。点3和点4需要在不断的测试过程中不断的完善，这是一个长期积累的过程点5需要你不断的熟读需求，由于测试的需求全部都是英文，我们在每一轮全功能测试的过程中都会走一遍需求，这就是所谓的精读需求。在这个过程中经常会发现有一些需求在之前没有看到，那么这个时候就需要不断的补充测试用例了。
二、测试用例的重点以及测试方式的划分
点1和点2可以说是测试用例的基本点，是必须要遵循的规则，如果不遵循可能就会存在交互性问题。点3和点4部分测试的过程中不可能全部覆盖但是应该尽可能的全部覆盖。在很多的情况下，手工测试的工程师会吧测试的重点放在点1和点2，但其实更加重点的部分应该是点3和点4。造成这种现象的原因是由于测试人员的能力限制，加之人的趋利避害性，自然而然的就只是执行自己 比较熟悉的部分。那么如何解决这样一个问题呢？点1和点2部分实际上是非常的适合用自动化测试的方式实现的，尤其是进行项目前期的冒烟测试以及项目后期的维护。若该部分的自动化完成可以将手工测试的重点从基本的功能测试转移到更加符合使用者环境的场景测试中，这样就可以大大的提高测试效率。点5测试的重中之重，这是做为一名测试人员都应该知道的，需求是客户对我们提出的要求，只有实现了才能提高客户的满意度，争取更大的订单。
三、测试用例如何积累
测试用例如何积累，以什么样的方式积累呢？我惯用的软件是Xmind，没测试一个项目，相同的功能的实现方式，每个功能的差异点都会标注清楚，同时根据发现的不同的bug也会补充相应的测试用例。总之，只有不断的积累才可能获得自己的更加完善的测试用例库。
标签：编写测试用例 实现 影响 协议 功能 英文 基本功 介绍 因果图
原文地址：https://www.cnblogs.com/xiaoyun9123/p/9148141.html
