软件测试流程及管理的几点思考

Posted JackFerrous

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试流程及管理的几点思考相关的知识,希望对你有一定的参考价值。

怎样判断软件产品的质量       --打脸了,有个模糊的概念,但是具体的细节讲不出来,靠feeling吧

软件的出口标准大致有以下几个:

总体而言:

1、指定的kpi达标:

~Must have功能全部实现并没有严重问题

~better to have功能没有严重问题

~软件已经连续运行一周并没有down(敏捷开发时间短)

2、资源耗尽:

~到了承诺的发布日期

~所有计划的工作已经完成

具体一点:

1、一级的回归测试用例全部完成

2、一到三级的新功能用例已经全部完成

3、所有已经发现的一级bug已经解决并通过

4、连续两个测试周期没有新的严重等级高于二级的bug

5、拟发布版本在性能平台上已经无故障运行满一周

以下可作参考:

1、bug open/close  trend达到或者低于同版本发布前的水平

2、Six Sigma理论

3、根据经验预测bug,达到一定数量

 

上线之后如何评价软件的重量: --相信很多tester根据业务部门的反馈来推断软件质量,还是靠feeling

直观和用户角度:

-易用性:界面友好不友好,提示明确不明确,功能顺手不顺手

-可靠性:上线bug多不多,性能好不好

-局限性:软件适用范围多大,有哪些使用限制,兼容性

-用户反馈如何,等等

从研发的角度:

-需求是否明确,需求返工率高不高

-设计合理不合理,可维护可拓展性如何

-代码可读性好不好,版本管理是否有效

-bug/line of code比率如何,等等

 

如何评估一个项目的测试时间   ---

编写用例的时间(开发的同时编写用例),

执行用例的时间(开发结束后)

有完善的测试用例体系是一件非常重要的thing。当一套测试用例体系中包括每个测试点的时候,就可以根据提测的功能所涉及到的测试点来进行测试

 

测试用例及测试报告  ---

以上是关于软件测试流程及管理的几点思考的主要内容,如果未能解决你的问题,请参考以下文章

关于架构设计的几点理解和思考

系统高可用架构的几点思考

对二分查找的几点思考

关于信息系统项目管理学习-信息系统生命周期的几点思考

李若谷:对数字货币未来发展的几点思考

一个测试老鸟对职业技术交流群的几点看法