22种测试类型纪玉春
来自21CMM
黑盒测试:不基于内部设计和代码
任何知识
而是基于需求和功能性
白盒测试:基于
个应用代码内部逻辑知识测试是基于覆盖全部代码、分支、路径、条件单元测试:最微小规模
测试；以测试某个功能或代码块典型地由
员而非测试员来做
它需要知道内部设计和编码细节知识这个工作不容易作好除非应用系统有个设计很好体系结构; 还可能需要开发测试驱动器模块或测试套具累积综合测试:当
个新功能增加后对应用系统所做连续测试它要求应用系统区别形态功能能够足够独立以可以在全部系统完成前能分别工作或当需要时那些测试驱动器已被开发出来; 这种测试可由员或测试员来做集成测试:
个应用系统各个部件联合测试以决定他们能否在起共同工作部件可以是代码块、独立应用、网络上客户端或服务器端这种类型测试尤其和客户服务器和分布式系统有关功能测试:用于测试应用系统
功能需求黑盒测试思路方法这类测试应由测试员做这并不意味着员在发布前不必检查他们代码能否工作(自然他能用于测试各个阶段)系统测试:基于系统整体需求介绍说明书
黑盒类测试；应覆盖系统所有联合部件端到端测试:类似于系统测试；测试级
“宏大”端点；涉及整个应用系统环境在个现实世界使用时模拟情形所有测试例如和数据库对话用网络通讯或和外部硬件、应用系统或适当系统对话健全测试:典型地是指
个
化测试工作以决定个新软件Software版本测试是否足以执行下步大测试努力例如如果个新版软件Software每5分钟和系统冲突使系统陷于泥潭介绍说明该软件Software不够“健全”目前不具备进步测试条件衰竭测试:软件Software或环境
修复或更正后“再测试”可能很难确定需要多少遍再次测试尤其在接近开发周期结束时自动测试工具对这类测试尤其有用接受测试:基于客户或最终用户
规格书最终测试或基于用户段时间使用后看软件Software是否满足客户要求负载测试:测试
个应用在重负荷下表现例如测试个 Web 站点在大量负荷下何时系统响应会退化或失败强迫测试:在交替进行负荷和性能测试时常用
术语也用于描述象在异乎寻常重载下系统功能测试的类测试如某个动作或输入大量重复大量数据输入对个数据库系统大量复杂查询等性能测试:在交替进行负荷和强迫测试时常用
术语理想“性能测试”(和其他类型测试)应在需求文档或质量保证、测试计划中定义可用性测试:对“用户友好性”
测试显然这是主观且将取决于目标最终用户或客户用户面谈、调查、用户对话录象和其他些技术都可使用员和测试员通常都不宜作可用性测试员安装/卸载测试:对软件Software
全部、部分或升级安装/卸载处理过程测试恢复测试:测试
个系统从如下灾难中能否很好地恢复如遇到系统崩溃、硬件损坏或其他灾难性问题安全测试:测试系统在防止非授权
内部或外部用户访问或故意破坏等情况时如何样这可能需要复杂测试技术兼容测试:测试软件Software在
个特定硬件/软件Software/操作系统/网络等环境下性能如何比较测试:和竞争伙伴
产品比较测试如软件Software弱点、优点或实力Alpha 测试:在系统开发接近完成时对应用系统
测试；测试后仍然会有少量设计变更这种测试般由最终用户或其他人员员完成不能由员或测试员完成Beta 测试:当开发和测试根本完成时所做
测试而最终
和问题需要在最终发行前找到这种测试般由最终用户或其他人员员完成不能由员或测试员完成 
最新评论