【说明】某软件企业内部测试部门对其ERP产品进行内部测试之后，由第三方测试机构进行验收测试，重点测试的质量特性包括：功能性、可靠性、易用性、效率、维护性以及可移植性。1、【问题1】验收测试的依据是什么?验收测试对测试环境有何要求?2、【问题2】软件产品的功能性测试中应关注哪些子特性?3、【问题3】在实际的软件测试过程中，对缺陷的管理与分析至关重要。回答如下问题：(1)针对本测试，Bug的错误类型除了功能性错误外，还可能会包括哪些?(2)严重性级别是Bug的重要属性，请写出常见的功能性Bug的严重性级别层次。(3)在测试过程中，Bug的处理会处于不同的状态，请设计Bug管理中从发现到关闭必须经历的状态名称。4、【问题4】企业内部测试部在测试"主生产计划制定"模块过程中，使用30个测试案例进行测试，共发现10个问题。开发组对软件修改后，向测试组提交问题修改报告及修改后的软件。问题修改报告中提出：其中3个问题是用户需求，不是错误，无需修改，其余7个问题已修改完成。测试组使用上轮测试中发现这7个问题的5个测试案例进行了回归测试，确认问题已得到修改，因此测试组决定，当前版本可以进入配置管理库，进行后续集成工作。测试组的做法是否有问题?为什么?如果有问题，应写出正确的做法。
1、[解析]验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试。生产环境，或者软硬件配置接近生产环境的模拟环境。2、[解析]适应性(软件为指定的任务和用户目标提供一组合适功能的能力)准确性(软件提供所需精确度的正确或相符结果及效果的能力)互操作性、互用性(软件产品与一个或更多规定系统进行交互的能力)保密安全性(软件产品保护信息和数据的能力)功能依从性(软件依从同功能性相关的标准、约定或法规的能力)3、[解析](1)Bug的错误类型还包括：可靠性错误、易用性错误、效率错误、维护性错误以及可移植性错误(2)Bug的严重级别等级包括：·致命的·严重的·一般的·建议的(3)Bug的状态包括：·发现(New，测试中新发现的软件Bug)·打开(Open，被确认并分配给相关开发人员处理)·修正(Fixed，开发人员已完成修正，等待测试人员验证)·拒绝(Declined，拒绝修改Bug)·延期(Deferred，不在当前版本修复的bug，下一版修复)·关闭(Closed，Bug已被修复)4、[解析]测试组做法存在问题，错误如下。针对取消的3个问题：这3个问题不进行回归测试是错误的。测试组应该将这3个问题作为补充说明交用户确认需求，测试组在回归测试中应对这3个问题与开发组进行沟通，并由用户或项目经理确认这3个问题是否可以取消，对于不能取消的问题仍需开发组进行修改并进行回归测试。针对测试的7个问题：只使用发现问题的5个案例进行回归测试是错误的，在修改这些问题的过程中，可能引入新的问题。因此应使用全部30个案例进行回归测试。
