-
软件测试标准的定义查看全部
-
软件测试最早是hetzal于1973年提出来的到今天有40多年的历史。测试是为了发现错误而执行程序的过程，测试的目的是为了发现错误，而手段是通过执行程序。查看全部
-
软件测试最早是hetzal于1973年提出来的到今天有40多年的历史。测试是为了发现错误而执行程序的过程，测试的目的是为了发现错误，而手段是通过执行程序。查看全部
-
软件测试最早是hetzal于1973年提出来的到今天有40多年的历史查看全部
-
H模型 把测试当成一个完全独立的流程 便于尽早的完成测试查看全部
-
x模型 针对v模型的改进，主要交接和周期的问题查看全部
-
w模型 v模型的改进 增加了开发各个阶段的验证，测试的对象不再是对象，对需求和分析都有测试过程 有利于及于发现风险，线性的相互关系 不能很好的支持迭帯查看全部
-
V模型<br> 是瀑布模型的变种<br> 明确表明测试过程的不同级别，阶段 单元测试－集成测试－系统测试－验收测试<br> 并且描述了各个阶段与开发过程各个阶段的对应关系 ，<br> 优 v模型 强调软件开发的协作 ，反应测试活动和分析设计的关系 缺 仅把关系明确对应，忽略了对需求分析的验证，对需求和功能的测试到验收测试才能发现查看全部
-
瀑布模型优：<br> 强调需求、设计的作用，保证用户需求有一个充分的了解<br> 阶段分工明确<br> 按阶段划分检查点，里程碑清晰<br> 文档规范<br> 缺：<br> 难以适应需求变化<br> 项目周期后段才能看到成果<br> 强制里程碑、完成时间 点 ，对变化不容易适应<br> 产生大量文档， 工作量大<br> 从测试角度不能体现测试的价值和地位查看全部
-
软件测试分类： 瀑布模型： 项目计划 （制定总体的研发计划，确定主要的里程碑节点－输出项目计划书） 需求分析（明确用户需求定义，并对定义进行清晰描述，充分理解需求，描述产品功能－ 输出产品需求规格说明） 软件设计－根据需求定义，设计产品的实现方案，包括定义软件硬件的结构、组件、实现方法、接口、界面、数据－输出概要设计、详细设计 程序开发－根据概要和详细设计具体实现，根据编程规范构建各类组件模块，输出产品版本。 软件测试－通过独立的测试小组评估产品是否满足需求定义－输出测试报告 集成维护－交付用户，根据用户使用情况进行维护及升级 敏捷测试 基于脚本的测试 基于风险的测试 探索式测试查看全部
-
静态测试：无须执行被测程序，通过评审软件文档或代码，度量复杂度，检查软件是否符合编程标准以发现程序的不足之处，减少错误出现的概率 可以通过人工，也可以通过自动化工具 方式：互审-走查（小组）-会议（记录 正式），不正式到正式的集体活动 动态测试：通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等 黑盒：主要是动态测试方法 白盒：代码检查法和静态代码分析法就是典型的静态方法查看全部
-
灰盒 介于黑、白盒测试之间的，关注输入、输出的正确性、同时也关注内部表现 结合了黑、白的测试 要素，主要用于系统组件的测试查看全部
-
白盒测试的方法： 1、代码检测法 对代码进行检测 2、静态结构分析法 通过测试工具分析 系统结构 数据结构、内部控制逻辑来制定测试用例 3、 静态质量度量法 iso标准制作度量模型 4 逻辑覆盖法 6种主要覆盖测试方法：语句 条件 条件组合 分支 路径 条件&判定覆盖 5、基本路径测试法 白盒中主要的一种测试方法 在程序控制流图的基础上，通过分析控制构造复杂度导出基本可执行的路径的集合 进而制作测试用例的方法 控制流图：描述控制流 白盒测试的优点查看全部
-
黑盒测试的主要设计方法 1 等价类划分 针对程序有很多输入条件，把所有的输入把等价的归为一类，形成若干等价的代表形输入，通过典型数据进行测试用例的设计。 2、边界值分析法 特殊的等价类划分，更关注各种边界条件，开发时容易出现失误的地方 需要重点关注 3、错误推测法 基于经验或直觉，判断出程序中容易失误的地方，从而制作测试用例 例如：特殊字符、文件不存在，或文件超大等 4、因果图法 拿到程序的需求规格说明书，针对输入输出在因果图中看作原因和结果 根据规划说明生成判断表 5、正交试验分析法 筛选出典型数据分析，主要用于筛选输入数据 6、状态迁移图法 通过处理功能点的状态迁移关系，例如审批 流程中的状态变化 7、流程分析法 通过梳理逻辑程序的路径查看全部
-
软件测试的分类： 按可见度：黑盒 白盒 按状态：静态、动态 按测试执行方式：手工、自动化查看全部
举报
0/150
提交
取消