From d21cb81e4856ba8180ca00c0bb54657cbca0709f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E4=BD=8E=E8=B0=B7=E6=9C=89=E9=9B=BE?= <1721591437@qq.com> Date: Sun, 3 Oct 2021 10:42:35 +0000 Subject: [PATCH] =?UTF-8?q?=E6=9B=B4=E6=94=B9=E5=AE=8C=E6=88=90?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 39 ++++++++++++++++++++++----------------- 1 file changed, 22 insertions(+), 17 deletions(-) diff --git a/README.md b/README.md index d65a5f0..c352a8a 100644 --- a/README.md +++ b/README.md @@ -891,7 +891,7 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准 等价类划分法和边界值分析法可能不会测试到投入面值50的人民币，然后点击充值100这种异常情况；因此，当程序的输入条件有多个的话，就需要用到因果图法来设计测试用例了。 -因果图利用图解法分析输入的各种组合情况，适合描述多种输入条件的组合、相应产生多个动作的方法。因果图法最终生成的是判定表。 +因果图利用图解法分析输入的各种组合情况，适合描述多种输入条件的组合（有依赖关系）、相应产生多个动作的方法。 因果图法最终生成的是判定表。 #### 3.5.1 基本术语 1. 原因结果图： @@ -1907,6 +1907,7 @@ eg. 登录功能描述 7. 时效性 针对同样功能，可能所用的测试用例不同，是因为不同的产品版本在产品功能、特性等方面的要求不同。 + 8. 所有者 测试用例还包括由谁、在什么时间创建，又由谁、在什么时间修改等。 @@ -2072,7 +2073,7 @@ eg. 登录功能描述 **策略：** 定时执行全部回归（自动测试脚本）以及上线前执行。 2. 基于风险选择测试用例 -根据缺陷的严重性来进行测试，基于一定的风险标准，从测试用例库中选择回归测试包。选择最重要、关键以及可疑的测试，跪过那些次要的、例外的测试用例或功能相对非常稳定的模块。 +根据缺陷的严重性来进行测试，基于一定的风险标准，从测试用例库中选择回归测试包。选择最重要、关键以及可疑的测试，略过那些次要的、例外的测试用例或功能相对非常稳定的模块。 3. 基于操作剖面选择测试用例 如果测试用例是基于软件操作面开发的，测试用例的分布情况将反映系统的实际使用情况。回归测试所使用的测试用例个数由测试预算确定，可以优先选择针对最重要或最频繁使用功能的测试用例，尽早发现对可靠性有最大影响的故障。 @@ -2160,11 +2161,12 @@ eg. 登录功能描述 1. 软件需求变动不频繁 当软件需求变动过于频繁，势必多次更新测试用例以及测试脚本，而自动化测试适合于需求中相对稳定的模块。 -2. 项目周期足够长 +2. 项目周期足够长： 自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试需要相当长的时间来完成，因此需要项目周期足够长。 -3. 测试脚本重复使用的情况 -负载测试需要模拟大量并发用户，手工测试往往难以完成。 +3. 测试脚本重复使用的情况、持续的构建： +负载测试需要模拟大量并发用户，回归测试任务较重，手工测试往往难以完成。 + 手工测试与自动化测试对比: @@ -2191,7 +2193,7 @@ eg. 登录功能描述 自动化测试发展经历了机械方式实现人工重复操作、统计分析的自动测试、面向目标的自动测试技术和智能应用的自动测试技术等4个阶段。 1. 机械方式实现人工重复操作 -自动化测试的最初研究主要集中在如何采用自动方法实现和替代人工测试中烦琐和机械重复的工作，将人工设计测试数据改变成自动生成测试数据的方法，对程序进行动态执行检测。此时的自动测试活动只是软件测试过程中出现的偶然行为，虽然在一定程度上可提高某些测试行为的效率，简化测试人员的工作，但对整体的测试过程并无太大的提高。 +自动化测试的最初研究主要集中在如何采用自动方法实现和替代人工测试中烦琐、机械重复的工作，将人工设计测试数据改变成自动生成测试数据的方法，对程序进行动态执行检测。此时的自动测试活动只是软件测试过程中出现的偶然行为，虽然在一定程度上可提高某些测试行为的效率，简化测试人员的工作，但对整体的测试过程并无太大的提高。 2. 统计分析的自动测试 该阶段有针对性地引入了不同的测试准则和测试策略，指导测试的自动化过程以及对测试的结果进行评估。 @@ -2282,7 +2284,10 @@ TNM的定义级中需实现的3个成熟度目标：制定测试与调试目标 #### 7.3.4 管理和测量级 在TMM的管理和测量级中，测试活动包括软件生命周期中各个阶段的评审、审查和追查，使得测试活动涵盖软件验证和确认活动。因为测试是可以量化并度量的过程，根据管理和测量级要求，与软件测试相关的活动，如测试计划、测试设计和测试步骤，都要经过评审。为了测量测试过程，建立了测试数据库，用于收集和记录测试用例，记录缺陷并按缺陷的严重程度划分等级。此外，所建立的测试规程应能够支持软件组中对测试过程的控制和测量。 -管理和测量级有3个要实现的成熟度目标：建立组织范围内的评审程序，建立测试过程的测量程序和软件质量评价。 +管理和测量级有3个要实现的成熟度目标： +（1）建立组织范围内的评审程序 +（2）建立测试过程的测量程序 +（3）软件质量评价 1. 建立组织范围内的评审程序 软件组织应在软件生命周期的各阶段实施评审，以便尽早有效地识别，分类和消除软件中的缺陷。 @@ -2301,9 +2306,9 @@ TNM的定义级中需实现的3个成熟度目标：制定测试与调试目标 (3) 应用测量结果制定测试过程改进计划。 3. 软件质量评价 - 软件质量评价内容包括定义可测量的软件质量属性，定义评价软件工作产品的质量目标等项工作。 + 软件质量评价内容包括定义可测量的软件质量属性、定义评价软件工作产品的质量目标等项工作。 - 软件质量评价有两个子目标： + 软件质量评价有2个子目标： (1) 管理层、测试组和软件质量保证组要制定与质量有关的政策、质量目标和软件产品质量属性。 (2) 测试过程应是结构化、已测量和已评价的，以保证达到质量目标。 @@ -2404,11 +2409,11 @@ Postman是谷歌的一款接口测试插件，它使用简单，支持用例管 | Postman | Rest | 功能 | #### 7.5.3 性能测试工具 -1. jmeter：基于java平台的性能开源测试工具，其实也很强大，而且比较好用 +1. jmeter：基于java平台的性能开源测试工具，其实也很强大，而且比较好用。 2. ab(apache bench)：apache自带的压力测试工具。 -3. loadrunner(HP) -4. LoadUI：一款开源的压力测试工具，支持图形化 -5. Siege：一款开源的压力和指标测试工具 +3. loadrunner(HP)：是一种预测系统行为和性能的负载测试工具。 +4. LoadUI：一款开源的压力测试工具，支持图形化。 +5. Siege：一款开源的压力和指标测试工具。 #### 7.5.4 白盒测试工具 目前的白盒测试工具主要支持C、Visual C++、Java、VisualJ++等程序开发语言。白盒测试工具一般针对被测源程序进行测试，测试所发行的故障可以定位到代码级。 @@ -2535,8 +2540,8 @@ postman.setGlobalVariable("username", "tester"); 6. 组织管理：包括部门、用户、分组、权限等功能。 7. 统计功能：丰富的统计表。 8. 搜索功能：强大的搜索，帮助您找到相应的数据。 -9. 扩展机制，几乎可以对禅道的任何地方进行扩展。 -10. api机制，所见皆API，方便与其他系统集成。 +9. 扩展机制：几乎可以对禅道的任何地方进行扩展。 +10. api机制：所见皆API，方便与其他系统集成。 11. #### 7.8.2 环境搭建 [开源版手册](https://www.zentao.net/book/zentaopmshelp/40.html) @@ -2557,7 +2562,7 @@ postman.setGlobalVariable("username", "tester"); 新增产品的时候，需要设置产品的名称、代码，几个负责人信息。 -1. 产品名称和产品代号是必填项。其中产品代号可以理解为团队内部约定俗称的一个称呼，比如我们禅道的代号是zentao，需要是英文字母和数字的组合。 +1. 产品名称和产品代号是必填项：其中产品代号可以理解为团队内部约定俗称的一个称呼，比如我们禅道的代号是zentao，需要是英文字母和数字的组合。 2. 产品线：该产品属于那一个产品线。比如禅道这个产品线，下面包含禅道专业版，禅道开源版，禅道企业版。 3. 产品负责人：负责整理需求，对需求进行解释负责，制定发布计划，验收需求。 4. 测试负责人：可以为某一个产品指定测试负责人，这样当创建bug，而不知道由谁进行处理的时候，该产品的测试负责人会成为默认的负责人。 @@ -2817,7 +2822,7 @@ IEEE给出软件测试文档分为测试计划，测试设计规格说明、测 从以上定义可以看出，软件配置管理贯穿整个软件生命周期，对软件产品进行标志、控制和管理，它系统地控制对配置项的修改，以维护配置项的完整性、一致性和可追踪性。软件配置管理应包括版本控制、系统集成、变更管理、配置状态统计和配置审计等功能，其中版本控制是软件配置管理的主要思想和核心内容。 #### 8.5.2 变更管理的作用 -软件开发和维护过程中，配置项的变更是无法避免的。首先要设计一个实现变更的方案，这对于那些规模比较大的变更是尤其必要的，可能会包括需求分析和设计过程，然后从配置库中检出需要修改的配置项，具体实现变更。实现的变更必须经过测试人员和质量保证人员的测试和验证，被证明正确无误后，在配置管理人员的指导下，将配置项检入到配置库中，形成新的版本。 +软件开发和维护过程中，配置项的变更是无法避免的。首先要设计一个实现变更的方案，这对于那些规模比较大的变更是尤其必要的，可能会包括需求分析和设计过程，然后从配置库中检查出需要修改的配置项，具体实现变更。实现的变更必须经过测试人员和质量保证人员的测试和验证，被证明正确无误后，在配置管理人员的指导下，将配置项检入到配置库中，形成新的版本。 在实现变更的整个过程中，变更执行人员、配置管理人员、QA人员都应该对变更负责，并在变更请求表上留有记录，因此该表能反映变更控制的全面情况。变更执行人员还应该在具体实现变更的模块代码或文档上留下反映变更情况的信息。 -- Gitee