惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
T
Tailwind CSS Blog
V
V2EX
阮一峰的网络日志
阮一峰的网络日志
H
Help Net Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
腾讯CDC
GbyAI
GbyAI
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Last Week in AI
Last Week in AI
A
About on SuperTechFans
L
LangChain Blog
Engineering at Meta
Engineering at Meta
F
Fortinet All Blogs
G
Google Developers Blog
The Cloudflare Blog
云风的 BLOG
云风的 BLOG
D
Docker
博客园 - 聂微东
博客园 - 司徒正美
Recent Announcements
Recent Announcements
MyScale Blog
MyScale Blog
U
Unit 42

博客园 - winterson

常见的内存错误及对策 共享一个完美的WR wordfile,让你的Script在UE中更方便阅读 - winterson - 博客园 侃侃男人的品位:Boy to Man to Real Man!!! - winterson 一首好动情的歌,我喜欢 软件测试相关的63个国外站点 (原创)关于WR获取文件大小的解决方法 (原创)WinRunner数据库检查解决方案(一) - winterson - 博客园 测试需求定义(参考RUP测试实践) 最全的DOS命令 - winterson - 博客园 国内部分高校FTP站点 美国杂志300强及其网址 (转自51testing BBS)成功或失败前 请先全力以赴 (转载)跨越软件测试术语“拦路虎” 测试用例设计的误区 TestDirector数据库移植到SQL Server后出现的问题及解决(一) 舒伯的生涯发展理论(转贴) QuickTest Professional 8 Tutorial 中文版 二篇自動化測試的文章 ( 來自 IBM ) 自動化 Windows Forms ( 來自微軟 )
(转载)软件测试效率(test efficiency)
winterson · 2006-05-11 · via 博客园 - winterson

 度量软件测试过程的效率是一件比较困难的事,但是度量软件测试的效率有助于了解软件测试的质量,通过软件测试效率度量可以了解软件开发过程中有多少缺陷留给了用户,相对于软件发布前发现的缺陷是一个什么样的比例。

    软件测试效率可以用测试团队发现的缺陷和所有发现的缺陷(包括测试团队发现的缺陷及遗留给客户的缺陷)的比值度量,当然在此过程中要考虑到缺陷的严重程度。

    例如用S1,S2,S3,S4…表示缺陷严重程度;TN1,TN2,TN3,TN4….表示测试团队发现的相应严重程度的缺陷数量;CN1,CN2,CN3,CN4…表示客户发现的相应严重程序的缺陷数量;T表示测试团队发现的缺陷,C表示客户发现的缺陷;TE表示测试效率,那么:

    T=S1*TN1+S2*TN2+S3*TN3+S4*TN4+…

    C=S1*CN1+S2*CN2+S3*CN3+S4*CN4+…

    TE=T/(T+C)*100%

    根据以上计算方法可以看出,一般情况下测试效率小于100%,遗留给客户的严重问题越多,那么测试效率就越低。但是如果软件交付给客户以后没有被客户发现缺陷,那么可以认为测试效率为100%。