测试介绍-软件分类-测试用例-软件缺陷

1：软件分类

.1根据应用场景分类：

　　工具软件，游戏软件，媒体软件，电商型软件等

.2根据软件架构分类：

　　单机版软件，分布式软件，

.2.1单机版软件：

　　office，红警等

.2.2.2分布式软件：

　　客户需安装专门软件，如qq，微信等

C/S架构软件：client-server

（C/S结构，即Client/Server (客户机/服务器)结构，是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和　　　　　　　　　　　　 Server端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。）

客户端需安装软件，如微信，qq

B/S架构软件：web-server

（B/S结构（Browser/Server， 浏览器 / 服务器 模式），是 WEB 兴起后的一种网络结构模式，WEB浏览器是 客户端 最主    要的应用软件。这种模式统一了 客户端 ，将系统功能实现的核心部分集中到 服务器 上，简化了系统的开发、维护和使   用。）

客户端为浏览器，如百度，hao123等（hao123上网导航，百度）

 

2：软件的测试分类：

按测试阶段划分：

　　单元测试:单元测试 （英语： Unit Testing ）又称为 模块测试 ，是针对程序模块（软件设计的最小单位）来进行正               确性检验的测试工作。

　　集成测试:也叫组装测试或联合测试。 在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系               统或系统，进行集成测试

　　系统测试:是将需测试的软件，作为整个基于 计算机系统 的一个元素，与计算机硬件、外设、某些支持软件、数据和人               员等其他系统元素及环境结合在一起测试。

　　验收测试：它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户　　　　　　             将其用于执行软件的既定功能和任务。

 

按照是否覆盖源代码：

　　黑盒测试：黑盒测试又叫功能测试、数据驱动测试或基于需求规格说明书的功能测试。. 该类测试注重于测试软件的功能　　　　              性需求。只依据程序的《需求规格说明书》，检查程序的功能是否符合它的功能说明。. 测试工程师无需了解　　              程序代码的内部构造

　　白盒测试：白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、 逻辑覆盖 法、基本 路径测试 法、 　　　　              域测试 、符号测试、 路径覆盖 和程序变异。

　　{[1] 白盒测试法的覆盖标准有 逻辑覆盖 、循环覆盖和基本路径测试。

    . 其中逻辑覆盖包括 语句覆盖 、 判定覆盖 、条件覆盖 、判定/条件覆盖、 条件组合覆盖 和 路径覆盖 。

    . 六种覆盖标准发现错误的能力呈由弱到强的变化：

         [1] 1.语句覆盖每条语句至少执行一次。

         [1] 2.判定覆盖每个判定的每个分支至少执行一次。.}

　　灰盒测试：灰盒 (GreyBox)测试是一种软件测试方法，用于部分了解内部工作结构来测试软件应用程序。. 它是黑盒子                和白盒测试的组合，

 

 

按照是否运行：

　　静态测试：不实际运行 被测软件，而只是 静态地检查程序代码、界面或文档 中可能存在的错误的过程。

　　动态测试：指的是 实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符 的过程。

　　总结：

        判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。

 

按照是否自动化测试：

　　人工测试：人工测试是由测试人员手工逐步执行，所有的活动并观察每一步是否成功完成，主要包含走查、审查和正式                评审。

　　自动化测试：自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

 

 

其他：

　　冒烟测试：是指初步地进行测试，并以此展示一些简单但足以影响发布软件版本的这一高级别的错误。

　　回归测试：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他 代码 产生错误。

　　随机测试：根据测试说明书执行 用例 测试的重要补充手段，是保证 测试覆盖 完整性的有效方式和过程。

　　探索测试：探索式测试是对传统场景测试的补充，把脚本的应用范围扩大到了更改、调整和改变用户执行路径的范畴。

 

                

 二：测试用例

　　　　定义：用来描述一个业务场景、指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。 其内容包括测试目标、测试环境、输入数据、测试步　　　　                         骤、预期结果、测试脚本等，最终形成文档。 

　　　　编写 ：Excel   Xmind

　　　　组成：

　　　　　　主要部分：用例编号    三部分组成   项目_模块__编号

　　　　　　标题：

　　　　　　所属模块

　　　　　　优先级

　　　　　　前置条件

　　　　　　测试数据

　　　　　　操作过程

　　　　　　预期结果

　　　　　　实际结果

　　　　　　辅助部分：编写时间   编写人员   测试时间  测试人员  备注

　　　　　　 

 

三，软件缺陷

　　　　1：定义：软件缺陷就是通常说的Bug，它是指在软件中（包括文档和程序）存在的影响软件正常运行的问题，错误

　　　　2：产生缺陷原因

　　　　　　1>需求不明确，有变化

　　　　　　2>最大原因 编码问题

　　　　　　3>项目周期短

　　　　　　4>使用新技术

　　　　　　5>运行环境复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定的用户环境下得问题；在系统实际应用中　　　　                          数据量很大。从而引起强度或负载问题

　　　　3：缺陷严重程度：

　　　　（1）是指因缺陷引起的故障对软件产品的影响程度。 我们测试人员所属的严重性，就是指在测试条件下，该缺陷对系统造成的绝对影响。 一般分为：致命、严重、一　　　　　　　　                       般、较小、建议几个等级。

　　　　　　1>致命（Urgent）

　　　　　　　　　　系统任何一个主要功能完全丧失，用户数据受到破坏，系统崩溃、悬挂、死机、或者危及人身安全。

　　　　　　　　　　

 

 

　　　　　　2>严重（Very high）

　　　　　　　　　　系统的主要功能部分丧失，数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响。

　　　　　　　　　　

 

 

　　　　　　3>一般（High）

　　　　　　　　　　系统的次要功能没有完全实现。如：新增时主要信息已保存但次要信息未保存等。

　　　　　　　　　　

 

 

　　　　　　4>轻微（Medium）

　　　　　　　　　　使用户操作不方便或感到麻烦，但不影响正常功能的执行。如：

　　　　　　　　　　错别字、文字重叠、重复信息、没有提示信息、提示信息不友好等。

　　　　　　　　　　

 

 

　　　　　　5>建议

　　　　　　　　　　建议级别的缺陷，如不易使用、操作习惯不符合常规等。

　　　　　　　　　　

 

　　　　4：优先级

　　　　　　1>立即解决：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。

　　　　　　2>高优先级：例如，软件的某个菜单不起作用或者产生错误的结果；

　　　　　　3>中优先级：例如，本地化软件的某些字符没有翻译或者翻译不准确；

　　　　　　4>低优先级：例如，某个控件没有对齐，某个标点符号丢失等；

　　　　5：缺陷报告

　　　　　　1>缺陷编号：记录发现缺陷的顺序号，可以通过编号唯一标识每条缺陷。 缺陷的编号是以项目为单位进行的。在测试管理中，缺陷编号通常是自动生成的。

　　　　　　2>缺陷状态：描述缺陷当前的情况。

　　　　　　3>缺陷标题：简明扼要的描述该缺陷。

　　　　　　4>重现步骤

　　　　　　5>严重程度

　　　　　　6>优先级

　　　　　　7>缺陷类型

　　　　　　8>测试环境

　　　　问题：缺陷的处理流程