回复：软件测试零基础学习知识点

2.2 测试需求架构划分
　　测试需求分析应首先进行测试需求架构划分并先进行评审，通过后才进行后续的测试需求展开分析，从产品整体上考虑有哪些功能、测试类型需要进行分析，列出测试特性列表，也方便下一步展开具体分析。
　　首先，这里需要对功能进行一下定义以达成共识，功能是指能独立实现一个基本业务处理要求，为了降低测试需求设计的复杂性及依赖性，测试需求架构罗列的功能是指最小功能点，即不可再继续分解。
　　(1)应用程序：
　　A.一般是最底层的菜单项为最小功能点，若最底层的菜单项不能体现一个独立的业务流程时，可采用上一层
　　的菜单项为最小功能点。
　　B. 还有某些比较特殊没有体现在菜单项的功能也需要作为最小功能点考虑，如POS应用程序中交易的冲正功能
　　等。
　　(2)驱动：一般是以一个API为最小功能点。
　　然后，再考虑产品实际用户使用的场合及用户特点考虑哪些测试类型，如故障及恢复、功能集成、性能要求、安装测试、软硬件兼容性等，此处需要从产品层面考虑，而不是从功能点层面考虑。

2.3 测试需求分析过程
　　2.3.1 测试需求收集
　　测试需求的收集主要通过对测试依据进行分析整理，最后生成一个以测试的观点出发的checklist（检查表），用来作为测试该软件的主要工作内容。检查表的检查要点包括需求的正确性、必要性、优先级、明确性、可测性、完整性、一致性、可修改性：
　　在整个信息收集过程中，务必确保软件的功能与特性被正确理解。因此，测试需求分析人员必须具备优秀的沟通能力与表达能力。

2.3.1.1 测试类型划分
　　根据测试需求收集获得的checklist(检查表)，对每一条测试需求，从GB/T16260.1定义的软件质量子特性角度出发，确定所对应的质量子特性。即，从适用性、准确性、互操作性、保密安全性、成熟性、容错性、易恢复性、易理解性、易学性、以操作性、吸引性、时间特性、资源利用性、易分析性、易改变性、稳定性、易测试性、适应性、易安装性、共存性、易替换性和依从性方面的定义出发，确定每一条测试需求所对应的质量子特性。从而对这些质量子特性进行测试类型划分，如：功能测试、易用性测试（安装测试、功能易用性测试、用户界面测试、辅助系统测试）、兼容性测试、可靠性测试、文档测试、性能测试，强度测试等。

　2.3.1.2 测试类型细化
　　对划分的每个测试类型进行细化。软件测试需求是开发测试用例的依据，测试需求分解得越详细精准，表明对软件的了解越深，对所有要进行的任务就越清晰，对测试用例的设计质量的帮助也越大，详细的测试需求还是衡量测试覆盖度的重要指标，测试需求是计算测试覆盖的分母，没有详细的测试需求就无法有效的进行软件测试覆盖计算。最好达到细化的结果是分支的最末端（测试项）针对的测试目的是单一的最小的功能点的测试，即每个测试项为一个测试功能点。

2.3.1.3 生成测试需求树
　　已细化的测试需求中，由于在提取时，可能存在着重复或冗余，需要进行删除和合并需求。删除测试需求中存在的重复的、冗余的含有关系的测试项。如果有类似的测试项，则需要对其进行合并。最终生成测试需求树。

2.3.2 测试风险分析
　　由于软件的输入、输出、处理存在一定的限制和约束，另一方面由于测试树中进行了必要的删除和合并，这导致测试需求不可能是全面的覆盖，从而形成了一定的测试风险。测试需求中必须对不分析或不测试部分给出相应的风险分析说明。

以上主要描述了测试需求相关理论和获得测试需求树的一般过程。为具体项目实施测试中提供了一套获取测试需求树的参考方案。实际的测试类型划分和测试需求树生成的形式或粒度，因项目而不同，需灵活应用。

没有支持的朋友吗

明晚继续更新

第三篇：测试用例输入数据的设计方法和测试用例设计方法

测试用例的设计是测试设计的重要内容，关于测试用例的设计方法，当前不少出版的测试书和发表的测试文章，不少存在着表述错误，主要是把测试用例中的输入数据的设计方法与测试用例的设计方法混为一谈，对测试初学者和测试用例设计人员产生误导。
　　这种错误的主要表现举例如下：
　　测试用例的设计方法包括：
　　(1)等价类划分法
　　(2)边界值法
　　(3)功能图与判定表法
　　(4)错误推测法
　　(5)用户场景法
　　其实，测试用例中输入数据的设计方法只是测试用例设计方法的一个子集，上面列出的集中方法都是确定黑盒测试用例的输入测试数据的一般方法，而不是测试用例的设计方法。
　　除了确定输入数据之外，测试用例的设计还包括如何确定测试用例的设计策略，如何组织设计用例，如何从测试需求等文档创建完整的测试用例。
　　对测试执行人员来说，测试用例的表示内容包括以下几个方面：
　　(1)测试用例的测试目标
　　(2)测试用例的被测功能点描述
　　(3)测试用例的测试运行环境
　　(4)测试用例的执行方法(包括测试步骤，输入测试数据或测试脚本)
　　(5)测试期望的结果
　　(6)执行测试的实际结果
　　(7)其他辅助说明
　　从以上几点，我们可以看到输入测试数据只是设计测试用例的一个步骤，而不是全部。
　　测试用例的设计是一项复杂的测试工作，测试用例的设计方法需要考虑测试的目标，被测试软件的特性，测试者人力资源的技术和能力，测试组织形式，测试进度、测试成本等多个方面。

一、测试计划
目的是规定测试活动的范围、方法、资源和进度；明确在测试的项目要测试的特性，要执行的测试任务，每个任务的负责人以及与计划项相关的风险。
测试计划活动包括：
形成测试需求文档
确定约束条件
制定测试目标/目的
建立测试策略
初期测试活动开始
确定可交付项目产品
确定关键程序功能
定义测试活动的参数
确定项目的质量等级
制定测试过程文档
编制测试培训需求和计划
自动测试决策
建立测试的技术环境的文档
制定质量控制计划
进行风险评估
确定测试进度
建立测试数据需求文档
定义对报告的要求
定义小组成员的任务及职责
编制测试计划文档
进行测试就绪评审必要的计划和分析

二、配置环境
目的是配置软件测试必备的条件，确保测试达到预期目标。环境包括：硬件设备、网络设备、环境设施、软件、工具等。
配置环境活动包括：
测试环境设计的准备活动
设计测试环境
测试环境集成与设置

三、测试设计
目的是定义测试、相关需求和所需使用的用例分析和设计及测试程序定义和采用的测试技术，为测试开发奠定基础。
确立测试技术和策略
准备和建立测试程序设计标准
确定测试程序和测试脚本清单、层次
分配测试程序和脚本到测试组成员
生成测试程序/脚本的设计输入及期望的输出
自动测试脚本库

四、测试开发
目的是有效地开发和管理测试案例，确保测试尽量成效显著。
测试开发是根据产品信息及测试需求、测试计划选择适应的测试工具编制测试规范及开发测试案例。
测试开发活动包括:
制定测试程序开发标准
实施测试程序执行标准
制定不同阶段的测试程序脚本
为测试程序准备分布执行的伪代码
为不同的测试阶段及测试子类型开发测试程序/脚本并执行
与数据库小组协同工作，开发测试数据库环境，建立并维护测试数据库基线
测试程序同行评审
建立和维护测试程序重用库
测试实用程序