InfoQ

主题/标签专用视图

质量 Content on InfoQ


最新“质量”相关专题内容

书摘:敏捷测试

社区
Agile
主题
敏捷实施,
敏捷技术,
企业级敏捷

本书面向敏捷团队的测试人员、过渡到敏捷开发模式的测试和质量保证管理人员以及学习如何处理测试的敏捷团队。

本书介绍了敏捷测试、敏捷测试与传统团队测试的区别、敏捷测试人员的转变,包含了几十个测试相关的问题和解决办法。

“质量”相关新闻

如何在团队中引入和评估代码质量

社区
Architecture
主题
工件和工具,
质量交付,
代码分析

Jaibeer Malik最近发布了一个关于如何在团队中评估和引入代码质量的系列文章。如果你现在需要学习关于代码质量的知识,或者要给其他人介绍相关想法的话,这些文章你可能会很感兴趣。文中提供了关于这个主题的简要介绍,并为进一步研究代码质量给出了指南。

Web自动化测试工具Selenium 1.0正式发布:Chrome支持+用户指南

社区
Java
主题
软件测试,
工件和工具,
单元测试

Selenium是一款开源Web自动化测试工具,最近发布了1.0版,标志着Web自动化测试领域正式加入了一名新成员。在其新版本中,除了修正了若干Bug,最引人瞩目的就是Selenium RC增加了对Google Chrome浏览器的支持,同时Selenium官方网站上提供了完整的用户指南。

热衷敏捷测试的十大理由

社区
Agile
主题
敏捷技术

什么是测试人员热衷敏捷测试的十大理由?最近 Kay Johansen 提出了这个问题,很多首席测试人员也纷纷给出了自己的答案。

质量意味着什么?

社区
Agile
主题
交付价值,
质量交付

质量是否就意味着没有缺陷拉项目后腿?Mike Bria、Lisa Crispin、James Bach以及 JB Rainsberger 展开了一场辩论,不仅讨论了质量的含义,而且讨论了质量的现有定义对我们工作的限制。

扔掉bug跟踪系统?

社区
Agile
主题
质量交付

Elisabeth Hendrickson,“testObsessed”的作者,谈到了在敏捷项目中给bug分门别类的想法,用做抛砖引玉。她的想法是,在迭代中发现的问题不能算是bug,只有产品负责人才有权利把某个东西叫做“bug”,在健康的敏捷团队中,理应不需要任何bug跟踪系统。

Spolsky论战Bob大叔

社区
Architecture,
Agile
主题
编程,
软件测试,
设计,
敏捷技术

过去几周中,Joel Spolsky和Robert C Martin(又称Bob大叔)之间就测试驱动开发和OO设计的SOLID原则有一场公开论战。这里是对论战的总结和简单回顾。

敏捷团队中测试人员和开发人员的合理比例?视情况而定。

社区
Agile
主题
软件测试

软件开发世界里有这样一个长期存在的问题:测试人员和开发人员的比例多少才合理?Scrum开发列表中最近有一个帖子,询问敏捷对这个比例有什么影响。对第一个问题,答案应该“视情况而定”。对第二个问题,Elisabeth Hendrickson认为,敏捷团队能够用更少的测试人员,但是做更多的测试。

.NET 4特性聚焦:代码契约

社区
.NET
主题
语言设计,
单元测试

显然,.NET 4.0中最重要的特性是以契约框架来支持独立于语言的设计。如果正确使用,通过契约来设计能够显著地减少软件中的潜在缺陷,与此同时还可以减少需要生成的单元测试的数量。