可测试性战术

软件可测试性是指通过测试(通常是基于运行的测试)揭示软件缺陷的容易程度。在开发设计良好的系统的成本中,大部分是用在了测试上。如果软件设计师能够降低此成本,则将会收到巨大的回报。要想对系统进行正确的测试,必须能够“控制”每个组件的内部状态及其输入,然后“观察”其输出。这通常通过使用“测试工具”进行,这是一种专门设计的软件,用于执行所测试的软件。这可能会如同在各种接口上回放已记录的数据一样简单,也可能会像测试发动机的燃烧室一样复杂。

可测试性战术

可测试性战术的目标是允许在完成软件开发的一个增量后,较轻松地对软件进行测试。
下面对两类用于测试的战术进行讨论:提供输入并捕获输出;内部监视。

输入/输出

有3种用于管理测试的输入和输出的战术。

  • 记录/回放
    记录/回放是指捕获跨接口的信息,并将其作为测试专用软件的输入。在正常操作中跨一个接口的信息保存在某个存储库中,它代表来自一个组件的输出和传到一个组件的输入。记录该信息使得能够生成对其中一个组件的测试输入,并保存用于以后的比较的测试输出。
  • 将接口与实现分离
    将接口与实现分离允许实现的代替,以支持各种测试目的。点位实现允许在缺少被占位的组件时,对系统的剩余部分进行测试。用一个组件代替某个专门的组件能够使被代替的组件充当系统剩余部分的测试工具。
  • 特化访问路线/接口
    具有特化的测试接口允许通过测试工具并独立于其正常操作,来捕获或指定组件的变量值。例如,可以通过特化的接口提供元数据,测试工具利用该接口推动其活动。应该将特化的访问路线和接口与针对所要求功能的访问路线和接口分离开。使构架中的测试接口分层意味着可以在架构的任何层次上应用测试用例,并且已经具备观察响应的测试功能。

内部监视

内置监视器
组件可以维持状态、性能负载、容量、安全性或其他可通过接口访问的信息。此接口可以是该组件的一个永久接口,也可以是通过instrumentation技巧临时引入的接口,如面向方面编程或预处理宏。一个常见的技巧就是当监视状态被激活时记录事件。监视状态实际上会增加测试工作,因为随着监视的关闭,可能必须重复测试。尽管额外测试需要一定的开销,但这却使组件活动的可见性得以提高,这样做是值得的。

链接:https://www.jianshu.com/p/344c69a14d71

原文地址:https://www.cnblogs.com/123456www/p/12397607.html

时间: 2024-11-05 02:30:24

可测试性战术的相关文章

可测试性战术总结

可测试性战术 可测试性战术的目标是允许在完成软件开发的一个增量后,较轻松地对软件进行测试.根据课上的讲解,下面分别从两方面用于测试的战术进行讨论:提供输入/捕获输出;内部监视. 输入/输出 三种用于管理测试的输入和输出的战术. 记录/回放记录/回放是指捕获跨接口的信息,并将其作为测试专用软件的输入. 将接口与实现分离将接口与实现分离允许实现的代替,以支持各种测试目的.点位实现允许在缺少被占位的组件时,对系统的剩余部分进行测试. 特化访问路线/接口具有特化的测试接口允许通过测试工具并独立于其正常操

课堂作业05 《6种质量属性战术》

实现xxxx系统质量属性战术 1.可用性战术:错误检测战术 对XXXX系统的所有信息的输入及数据处理进行异常的处理.尤其对信息进行填报时,编写异常类来捕获异常. 2.易用性战术:设计战术 (1)在进行归口部门填写时,可以使用搜索词进行提示,方便进行填写. 在填写需求征集表格时,对于用户已注册填写过的基本信息,可以折叠,看起来更加简洁明了. (2)将用户接口与应用的其余部分分离开来:为方便用户接口的修改.将用户操作界面与实现分开实现. 3.可修改性战术:局部化修改 设计登陆的泛化模块,不同身份登陆

作业五之系统设计时所实现的质量属性战术

一.可用性战术 恢复或修复错误是可用性的重要方面 战术:异常,识别错误的一个方法就是遇到了异常,异常战术在一个进程中操作. 写action时需要加上异常处理,异常处理常被用到与数据库交互的地方,也是传递操作信息的好方法,比如保存成功或失败了都可以用抛出异常和接受异常来处理要显示的信息. 二.易用性战术 易用性战术与用户完成期望任务的难易程度以及系统为用户提供的支持种类有关.我们的系统填报信息时需要必要的智能联想. 三.可修改性战术 战术:维持语义的一致性,某一个模块只负责一小部分的功能.将系统分

实现xxxxxxx系统六大质量属性战术

一.可用性 错误检测战术:对XXXX系统的所有信息的输入的数据进行异常处理.在<xxxxxxx需求系统>中,在填写表格时,通过异常类来捕获输入的异常. 二. 可修改性战术1)功能模块划分独立,封装变化点,降低模块依赖性,接口保持不变,能够适应需求变更,需求变更只需做局部化少量修改:2)使用ODBC操作数据库:3)采用配置文件,使得用户可灵活设置想要的功能: 三.易用性 1)界面风格统一,操作简单.2)界面与业务逻辑分离. 四.性能战术 优化算法,提高效率,降低系统运行反应的时间. 五.安全性战

全面阐述某系统设计所实现的质量属性战术

一.文档说明 在完成了<软件架构体系>课程中关于六种软件质量属性的内容之后就上学期开发的**系统进行反思,阐述设计开发时所实现的质量属性战术,说明原因. 二.质量属性战术说明 1.可用性战术 可用性战术主要在系统错误方面着手.从错误的检测和恢复,到错误的预防和屏蔽等等.系统在运行过程中会不可避免的出现故障,可以说出现故障是绝对的,而故障的次数是相对的.在这方面我们对于**系统的开发上加强了错误的预防处理,增强了系统的可用性属性.首先我们采用了事务的处理机制,对某几个有序的步骤进行事务性的绑定.

作业05-XX系统设计的质量属性战术

XX系统的质量属性战术 一.可用性战术 当系统不再提供与其规范一致的服务时,故障就发生了:该系统的用户可以观察到这个故障.错误可能会导致故障的发生.可用性战术将会阻止错误发展成故障,至少能够把错误的影响限制在一定范围内,从而使修复成为可能. 1.错误检测:命令/响应:心跳(dead man 计时器):异常: 2.错误恢复-检测和修复:表决:主动冗余(热重启):被动冗余(暖重启/双冗余/三冗余):备件: 3.错误恢复-重新引入:shadow操作:状态再同步:检查点/回滚 4.错误预防:从服务中删除

实现xxx系统设计时所实现的质量属性战术

实现xxx系统设计时所实现的质量属性战术       1.     可用性战术:心跳 我们的系统是为了征集用户录入的消息,所以我们需要定义一个组件定时向另一个组件(数据库)发送信息,另一个组件(数据库)反馈是否接收的信息,以此用来监控信息是否能够准确被接受,以便纠正错误. 2.     可修改战术:信息隐藏 我们的系统征集的信息最后是要公布与众的,但是对于有些机密信息不能进行公开,所以就需要将信息进行定义,将信息分为公有的和私有的信息,并将私有的信息进行隐藏.可以将私有的信息隔离在填报和审核模块

作业05之《6种质量属性战术》

一.可用性 错误检测战术:异常:识别错误的一个方法就是遇到了异常,当识别出错误类中的某一个时,就会出现异常.该异常处理程序通常在引入该异常的相同进程中执行.在我们的<XXX需求系统>中,我们可以在填写需求表格时,设计异常类来捕获输入的异常. 二.易用性 设计时战术: 1.因为用户接口通常会频繁地修改,所以我们可以单独维护用户接口的代码,这样将会把变更局部化在某个地方. 2.在进行搜索时,输入搜索词之后,就会出现相关搜索词. 3.在填写需求征集表格时,对于用户已注册填写过的基本信息,可以折叠,这

六大质量属性之可测试性层面描述-以信息领域热词系统为例

首先可测试性指的是可测试性战术的目标是允许在完成软件开发的一个增量后,轻松的对软件进行测试.测试的目标是发现错误. 1.首先对系统新加一个增量,正确的显示是系统没有此选项,但是系统显示null为空. 经过检查发现是相关的代码未加内容提示, private void Select(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncod