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

怎样判断软件产品的质量       --打脸了，有个模糊的概念，但是具体的细节讲不出来，靠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。当一套测试用例体系中包括每个测试点的时候，就可以根据提测的功能所涉及到的测试点来进行测试

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