如何评估软件代码质量和软件测试质量？
昨天面试遇到了项目经理提到的这一个问题。软件代码的质量是由我们测试人员的测试结果来评估的这一点还比较好回答。
但是我们测试的质量怎么来保证呢？一般来说只有产品上线了用户开始使用了这个时候才能发现测试没有测到的缺陷。但是在这之前怎么去说明软件已经达到要求了呢？ 软件质量不是跟bug有关么 测试质量的保证包含很多方面，比较好的实践：
1、根据测试版本发现bug收敛；
2、根据以前项目组BUG数据，预估本次项目团队BUG数据；
3、测试计划、策略中要做审核评审，保证全面；
4、定义发布准则； 不知道正确答案，但是个人认为整个项目流程中会存在测试用例评审，测试用例评审的结果大概可以算做测试质量保证之一；然后项目测试后会经由产品经理进行验收测试，而产品经理的验收报告应该也可以算做测试质量保证之一吧？
先留个足迹，等大牛来解答 梦想家 发表于 2017-4-12 16:25
软件质量不是跟bug有关么
我理解的是发布前的bug是代码的质量，发布后用户发现的bug和测试的质量有关了 jingzizx 发表于 2017-4-12 16:47
测试质量的保证包含很多方面，比较好的实践：
1、根据测试版本发现bug收敛；
2、根据以前项目组BUG数据， ...
1、根据测试版本发现bug收敛；这个的意思是每次进行多轮测试后bug数量的变化么？ qinweny 发表于 2017-4-12 17:19
我理解的是发布前的bug是代码的质量，发布后用户发现的bug和测试的质量有关了
我认为也是发布之后 的bug就跟测试质量有关 qinweny 发表于 2017-4-12 17:22
1、根据测试版本发现bug收敛；这个的意思是每次进行多轮测试后bug数量的变化么？
对，一个是bug数量，在一个是bug是否重复激活 软件代码质量=软件质量？
直接告诉你测试质量的评估，而不是裁定，取决于对于测试过程各项交付件的质量要求和对项目总体的质量把控。
比较抽象
测试质量的绝大多数在上线前就能大致评估，但是，仍然会有一些问题会放到上线后，因为，我们没办法评估不可预期和计划外的内容，举个例子，有些测试无法执行，或者不执行，其原因就是因为不具备条件，往往我们采用的都是无视或是风险策略来定义。这样，预估范围内的测试覆盖率就不会全面，在上线前若将这个问题算进去，则必须耗费一定成本进行测试。如果不做，你说这个测试质量好不好？相应的风险高不高？
完全都是套路啊，测试人员一定要记得为这两个事情负责，已经做过的和可以进行预判的。至于，要求做但是没做的，要么想办法实现，要么整个团队风险共担。个人觉得是毫无办法单单靠一个人背锅的
页:
[1]
