案例

软件质量改进不是抽象口号,而是一组可以被拆解、诊断和持续优化的实践。

案例

案例

[Case 1] 传统的测试团队如何转型?

某传统软件公司,之前按瀑布模型开发软件产品,从需求分析和定义开始,项目经理、研发人员和用户一起讨论需求,需求定义好之后进行评审。然后,由研发人员完成设计、编程和单元测试,单元测试的覆盖率也很低。最后,再由测试人员进行系统测试,这阶段对质量保证变得很关键。 两年前,公司决定推行敏捷开发,似乎开发的转型相对顺利,没遇到太大的障碍,还算比较顺利 …

阅读全文

案例

[Case 2] 如何提升软件测试效率?

有一个开发企业级协作的软件公司,公司有3个产品线,每个产品线有100-300研发人员不等,总共将近700研发人员,其中开发人员有480人左右,专职测试人员有230多人,还有十几人从事项目管理、研发环境维护等。测试人员涉及后台(应用服务器、数据库)、Windows/Mac OS客户端、Web页面、移动应用(iOS、Android、WP)等不 …

阅读全文

案例

[Case 3] 如何让功能测试自动化既好看又中用?

某软件公司从事自动化测试有三年了,从自动化测试率(即已自动化的测试用例数除以总测试用例数的值)来看,进展还不错,从原来几乎是零,提高到50%左右,但自动化测试给测试带来的效益还不明显,感觉测试效率比较低,测试质量没有改善,测试人员依旧很忙,经常加班,缺少思考的时间…… 背景:公司设立了一个由6个人组成的、核心的自动化测试团队,负责新工具的 …

阅读全文

案例

[Case 4] 如何实施真正的敏捷开发?

一个开发企业级软件产品的大型公司,研发人员超过2000人,有三个事业部,每个事业部负责一个产品线开发,大的事业部将近800人的研发团队。两年前就开始向敏捷开发转型,采用Scrum模式,对研发人员进行过敏捷培训,还请了敏捷教练辅导了三个月,初步获得了较好的成效。团队协作加强了,工作气氛也比以前更活泼了,每天晨会也如期召开,原来6-12个月的 …

阅读全文