当然是白盒测试;
白盒测试法的测试用例是根据程序的内部逻辑来设计的,主要用软件的单元测试,主要方法有逻辑覆盖、基本路径测试等。 答案补充 在具体点:
白盒测试方法也称为结构测试或逻辑驱动测试。它是根据软件产品的内部工作过程,检查内部成分,以确认每种内部操作符合设计规格要求。
白盒测试的基本原则:保证所测模块中每一独立路径至少执行一次;保证所测模块所有判断的每一分支至少执行一次;保证所测模块每一循环都在边界条件和一般条件下至少各执行一次;验证所有内部数据结构的有效性。
基本路径测试
其思想和步骤是,根据软件过程性描述中的控制流程确定程序的环路复杂性度量,用此度量定义基本路径集合,并由此导出一组测试用例,对每一条独立执行路径进行测试。
软件测试分为几个阶段分别是什么?几种测试方法分别是什么?
软件测试生命周期包括6个阶段(大体上):1)计划 2)分析,3)设计,4)构建,5)测试周期,6)最后测试和实施,和7)实施后。
1. 计划(产品定义阶段)
高层次的测试计划(包含多重测试周期)
质量保证计划(质量目标,测试标准等 )
确定计划评审的时间
报告问题过程
确定问题的分类
确定验收标准-给质量保证员和用户。
建立应用程序测试数据库
确定衡量标准,例如缺陷数量/严重程度和缺陷起源(仅举几个例子) 。
确定项目质量度量
开始制定项目整体测试时间表(时间,资源等)
必需阶段:评审产品定义文档
文档中加入质量保证标准,作为工程改善进程的一部分
根据该产品的特点帮助确定问题的范围
大约每月要花5 -1 0小时在这一方面
计划在数据库管理所有测试用例,包括手工方面或者自动化方面。
2. 分析(外部文档阶段)
根据业务需求开发功能验证矩阵。
制定测试用例格式-估计时间和分配优先级。
制定测试周期矩阵与时间线
根据功能验证矩阵开始编写测试用例
根据业务需求计划测试用例基准数据
确定用于自动化测试的测试用例。
自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
为自动化系统中的跟踪组件设置路径和自动化引导。
界定压力和性能测试的范畴。
按照每个测试用例的数据要求开始建立基准数据库。
定义维护基准数据库的过程,即备份,恢复,验证。
开始规划项目所需的测试周期数,和回归测试次数。
开始文档复查,如:功能设计文档,业务需求文档,产品规格说明书,产品外部文档等。
审查测试环境和实验室,前端与后端系统都要。
准备使用McCabe工具,以支持白盒测试中代码的研发和复杂性分析
建立反馈机制并开始录入文档。
必需阶段:审查外部文件
?? 文档中加入质量保证标准,作为工程改善进程的一部分。
?? 根据群体执行反馈编写测试用例
?? 开始研制测试用例估计数目,每个用例的执行时间,和用例是否自动化这些方面的度量
?? 为每个测试用例确定基准数据,
?? 大约每月要花25小时在这一方面
3. 设计(文档架构阶段)
根据变更修改测试计划
修改测试周期矩阵和时间线
核实测试计划和用例用到的数据都输入到数据库,或是否必需的。
修改功能验证矩阵
继续编写测试用例,根据变化添加新的用例
制定风险评估标准
规范自动化测试和多用户测试的细节。
挑选出一套用于自动化测试的测试用例,并且把这些用例脚本化
规范压力测试和性能测试的细节。
最终确定的测试周期。 (根据用例的估计时间和优先权确定每个周期所用的测试用例数)
最终确定的测试计划
估计单元测试所需资源
必需阶段:审查架构文件
?? 文档中加入质量保证标准,作为工程改善进程的一部分。
?? 确定要进行编码的的实际组件或模块
?? 在这定义单元测试标准,通过/失败准则等。
?? 单元测试报告,报告进行单元测试后的模块质量如何,白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
?? 列出所有要进行单元测试的模块
4. 构建(单元测试阶段)
完成所有计划
完成测试周期矩阵和时间线
完成所有测试用例。 (手动)
完成第一套自动化测试用例的测试脚本。
完成压力和性能测试的计划
开始压力和性能测试
McCabe工具支持-提供度量
测试自动化测试系统,并修复错误。
发展单元测试
运行质量保证验收测试套件,以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正( 重复/系统测试阶段)
测试周期1,执行第一套的测试用例(前端和后端)
报告错误
错误审核-不断开展的活动。
根据需求修改测试用例
根据需求增加测试用例
测试周期二
测试周期三
6. 最后的测试和实施(代码冻结阶段)
执行所有前端测试用例-人工和自动化。
执行所有后端测试案例-人工和自动化。
执行所有压力和性能测试。
提供对正在进行的缺陷跟踪度量。
提供对正在进行的复杂性和设计的度量。
更新测试用例和测试计划的估计时间。
文件测试周期,回归测试,并更新相应文档。
7. 实施后
开展实施后评估会议以回顾整项工程。 (经验所得)
准备最终的缺陷报告和相关度量。
制定战略以防止类似的问题在今后的项目中重复出现。
创建如何改进流程的计划目标和里程碑,
McCabe工具-制作最后的报道和分析。
自动化测试组-1 )审查测试用例以评估其他可用于自动化回归测试的用例2 )清理自动化测试用例和变量,和3 )审查自动化测试和手工测试结果的整合过程
测试实验室和测试环境-清理测试环境,标记和存档用过测试用例和数据,恢复测试仪器到原始状态等。
软件测试概念、理论、方法、目的?
软件测试方法是指测试软件性能的方法。随着软件测试技术的不断发展,测试方法也越来越多样化,针对性更强;选择合适的软件测试方法可以让我们事半功倍。
软件测试方法:
1 测试分类
▪ UI测试
▪ 冒烟测试
▪ 随机测试
2 本地化测试
▪ 基础化
▪ 国际化
▪ 安装测试
3 白盒测试
4 黑盒测试
5 自动化
▪ 回归测试
▪ 验收测试
6 静态测试
7 动态测试
8 单元测试
9 集成测试
10 系统测试
11 端到端
12 卸载测试
13 验收测试
14 性能测试
▪ 健全测试
▪ 衰竭测试
▪ 负载测试
▪ 强迫测试
▪ 压力测试
▪ 恢复测试
15 安全测试
16 兼容性
17 可用性
18 比较测试
19 可接受性
20 边界条件
21 强力测试
22 装配安装
23 隐藏数据
24 等价划分
25 判定表
26 深度测试
27 基于设计
28 文档测试
29 域测试
30 接口测试
31 逆向测试
32 非功能性
33 极限测试
理论:
1. 像无经验的用户那样做
输入意想不到的数据;中途变卦而退回去执行其他操作;单击不应该单击的东西……
2. 在已经找到软件缺陷的地方再找找
原因有二:一是软件缺陷的集中性。如果发现在不同的特性中找出了大量上边界条件软件缺陷,那么就应该对所有特性着重上边界条件。对某个存在的缺陷,应当投入一些案例来保证这个问题不是普遍存在的。二是程序员往往倾向于只修改报告出来的软件缺陷,不多也不少。比如报告启动-终止-再启动255次导致冲突,程序员可能只修复了这个问题。重新测试时,一定要重新执行同样的测试256次以上。
3. 凭借经验、直觉和预感
记录哪些技术有效,哪些不行。尝试不同的途径。如果认为有可疑之处,就要仔细探究。按照预感行事,直至证实这是错误为止。 经验是人们对错误行为的称谓。
软件测试需求分析的主要步骤是什么
1.收集用户需求
2.编写需求定义文档3.编写软件功能说明4.编写软件需求跟踪矩阵5.审核软件需求文档
什么是黑盒测试和白盒测试?
软件测试的两个方面而已。
白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。
黑盒测试:是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求
规格说明书的规定正常使用,程序是否能适当地接收和正确的输出
转载请注明出处51数据库 » 软件测试定义使用路径 软件测试的基本路径测试是什么?