测试基础学习（一）

一、开发自测理想要做到的程度

在入测试之前先要做一轮冒烟测试，冒烟测试需要检查的点：

1.    主干流程能不能跑通，这直接影响后续的测试能否进行下去；

2.    要求自测的结果要给后续的测试做参考，例如，自测的时候做了性能测试，那么，对应的测试数据以及测试环境应记录下来，给测试人员进行后续性能测试做一个基准；

3.    测试，不仅是把程序代码跑通，也更应该从业务和产品的角度考虑哪个模块会出现什么样的问题，从用户的角度考虑各种场景；

4.    要明白产品发布出去后（不管是新产品发布还是已有产品的升级发布），产品是干嘛的，以及产品可能会遇到的挑战，由此想到自己开发的某模块会不会因此受到威胁，例如扩容、用户量上升等。

二、理解调试和测试的区别

1.    目标：测试是为了发现错误,而调试是为了定位错误，修改错误

2.    过程：测试是有序的，可重复的，而调试是不可重复的

3.    方法：测试是依据测试用例执行程序，而调试是通过问题描述，去运行和检查程序的相关部分

4.    人员：测试是由测试人员进行的，而调试是由开发人员进行的

5.    测试为调试提供了必要的诊断信息

三、测试人员听取了开发自测结果后，应多问确认几点：

1.    模块的主干流程没有问题

2.    模块和整个产品其他模块集成在一起的时候也没有问题

3.    模块根据产品特征和业务挑战的前提下，会面临什么样的风险，这点有没有考虑到（涉及多种操作系统、浏览器、用户量），若考虑到了，那么有没有提前的准备工作

四、测试思路的重要性

测试方法、测试工具不重要，重要的是测试思路，一定要培养自己从产品和业务角度考虑产品可能会出现的问题。清楚测试思路后，方法和工具是很自然的事情。

五、和开发沟通的时候，要善于利用一些方法、说话的技巧，使得开发愿意跟你沟通

六、测试一个产品的基本产出物

1.    测试需求：在充分了解了PRD和开发设计文档的前提下，知道了我需要测什么，哪些地方需要作为重点进行测试，这个产品的“坑”最有可能出现在哪里，然后，写出一个问题列表，拿着问题列表去和产品和开发核对需求，之后，就会清楚我得测试什么东西，我的测试范围是什么，先测哪块，再测哪块，这就形成了测试需求。

2.    测试策略：应该怎么干哪些事（根据产品的特征、现有资源、以及技术来决定）。

测试计划：应该怎么去干这些事（根据测试策略、人力资源和机器资源、时间进度来决定）。

3.    测试用例：按测试方向和手段来设计，按场景，先把产品分成几大模块，确保这几大模块完全覆盖了产品的测试点，例如，对于bugzilla系统，可以分为权限管理、bug管理等几个比较大的模块，然后再对大的模块进行细化。不要只从页面上归纳模块，有很多大模块是隐藏的。另外，要注意产品的可配置性，产品配置不同，测试方法也会不尽相同。若产品有多端，同步也是一个测试重点，测试同步，不仅需要测试数据的准确性，也要从业务角度测试同步对产品的影响，包括外在的和内在的。按场景把模块分好后，接下来要细化模块，例如对“bug管理”模块进行细化，可以分为增删改查以及其他模块。当把模块细化后，就要考虑每个最小模块的测试点，例如“新建bug“模块，要考虑很多种情况，而且还要考虑与其他模块的交互，例如权限管理。很多产品的测试用例都有很多相似的地方，我们可以建立公共测试用例，减少不必要的工作。对于写测试用例，建议先用思维导图把产品逻辑画出来，根据思维导图写测试用例会是一个很好的方法，能尽可能把测试点覆盖全面。另外，开发自测时，可以测试到思维导图的第二层到第三层就可以了。

4.     测试数据：在软件测试过程中，测试数据的准备是一个工作量很大而且也是一个技术活。因此如何准备大量的测试数据，而且如何准备高质量的测试数据，满足测试的需求，就是一个重要的话题。首先看数据的来源，数据的来源一般来讲有三个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。这不仅仅包括最基本的基础数据，比如：用户、权限、配置、基础编码、原数据等，还包括上面提到的业务数据。这对于比较小型的系统来说还是可行的，对于大型的系统来说可能就是一个巨大的工程了。第二种方式就是利用现有系统，这适合已有类似系统，测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、加工为测试数据。第三种方式就是将现有非电子化的业务数据录入到系统中，在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性，因为已经发生的业务数据基本是正确的、一致的，而且可能缺少某些特定业务的数据（不常发生的业务）。这样就需要根据对测试需求的分析，追加新的测试数据，以便能完整覆盖业务类型。确定好数据来源后，还需要对已有数据进行分析、验证、检查，保证数据的质量，数据的质量一般要满足测试需求、覆盖被测业务、覆盖测试边界，以及要满足完整性、一致性等要求。检查完后要整理和完善数据，清除无用和冗余的数据、补录不完整的数据，修改一些错误的数据。经过整理好的数据要纳入配置管理，以后根据需求和变更要进行数据的维护和更新，以保证满足系统测试的要求。

5.     测试脚本：一般指的是一个特定测试的一系列指令，用于自动化测试。

6.     缺陷报告：

7.     结果报告与产品质量评估：要明确、具体、量化，并告知风险。

七、测试流程

1.    需求分析，理解需求

2.    制定出需求中的优先级作为测试的重点和顺序的参考

3.    定义测试策略，即指定做什么类型和环节的测试

4.    制定测试计划（schedule，职责，工具，开始和结束的标准，bug的追踪和报告的机制）

5.    设计测试用例（重点，颗粒度，时限）

6.    测试执行（认真，责任心，经验，用例维护）

7.    持续性测试结果反馈

8.    交叉测试（解决人力不够，速度很快），回归测试（少遗漏，改动无其他影响，在准上线测试中要进行全亮的回归测试，即覆盖面要足够广，而在一般的测试环节中，只需要进行部件级的回归测试即可）

9.    分析测试结果，缺陷状态，缺陷分布

10.  报告产品质量结果

11.  线上监控，线下用户反馈，利用监控和用户反馈的结果去指导下一阶段的需求，形成闭环

八、 

 

 博客文章链接：http://www.yanyaozhen.com/archives/347/