标签：评价 span 参考 研发 一个 nbsp 质量 推断 style
怎样判断软件产品的质量 --打脸了，有个模糊的概念，但是具体的细节讲不出来，靠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。当一套测试用例体系中包括每个测试点的时候，就可以根据提测的功能所涉及到的测试点来进行测试
测试用例及测试报告 ---
标签：评价 span 参考 研发 一个 nbsp 质量 推断 style
原文地址：http://www.cnblogs.com/jackferrous/p/7132567.html
