结合自己的工作实际，详细阐述工作中某一款产品测试执行中bug问题处理流程？

B．开发人员单元测试无需每条路径都需测试，只要能保证功能在正常流程下能执行成功即可提交测试环境进行测试

C．实施测试用例将花费测试组大部分时间，这些工作都是建立在前期很多计划工作的基础上。并在执行测试过程中需要不断完善用例，检查遗漏点

D．已修改的BUG需在两天内回归，回归时需在注释中写明回归测试范围，若仍存在问题，reopen时需说明问题现象，由于修改本BUG引起的其他问题不做reopen，重新提交新BUG处理，未能按时回归必须在注释中说明原因以及回归时间

B．必须以FFEPER计算的Bug等级为准

C．从FFEPER计算的Bug等级、自己实际判断的Bug等级中随便选一个即可，不用太较真

D．立即与指导人、项目接口人、或团队负责人反馈，确认FFEPER计算等级与自己判断的实际Bug等级存在不一致的情况，确认是否需要修正FFEPER，以最终确认后的FFEPER模块计算的Bug等级为准

试题三（25分）

阅读以下说明，回答问题1至问题3，将解答填入答题纸的对应栏内。

【说明】

小赵被任命为某软件开发项目的专职质量管理人员，他此前只有过三个月的软件开发经历。项目经理李工要求他按照项目进度计划中的工作安排，按时做好检查，发现问题随时汇报。

项目启动后，由于进度紧张，项目组经常加班。小赵在质量检查中，总会遇到这样那样的问题。例如，计划时间点已到，工作却没有按时完成，因此无法开展检查；相关人员工作太忙，无法配合检查等等。不久，项目组成员对小赵的工作颇有怨言，说他不懂技术，还得浪费时间跟他解释。有的还说进度已经这么紧张了，他不帮忙却来添乱。小赵很无奈，将这些情况汇报给项目经理李工，李工也觉得比较棘手，要求小赵尽量在不打扰大家工作的情况下执行检查。

项目组在超负荷运转中完成了编码任务，虽然天天加班，但进度还是延误了近20%。此时已经不能按原计划开展测试工作，项目经理李工决定调整计划，不划分测试阶段，将所有模块一次集成后统一开始测试。软件模块集成后，头一轮测试刚开始就出现了致命错误，导致测试无法继续，李工只好让开发人员先修复软件，之后再提交测试。随后的测试过程更加混乱，由于模块由不同人员开发，需要不同的人来修改，常常是已经修复的bug，在修复其他的bug之后又再次出现，开发人员不停修改，项目交付时间临近，程序中还有大量bug没有修复。

【问题1】（14分）

请结合本题案例分析该项目质量管理中出现的问题。

【问题2】（5分）

请结合本题案例简要阐述在项目中应如何进行质量管理。

【问题3】（6分）

项目质量管理包括（1）、（2）和（3）过程。A公司在建立质量管理体系后，应定期对质量体系的运行进行（4）和（5）。质量体系内部审核属于质量管理中的（6）过程。

【试题三】

阅读以下说明，根据要求回答问题1-问题3

【说明】

小赵被任命为某软件开发项目的专职质量管理人员，他此前只有过三个月的软件开发经历。项目经理李工要求他按照项目进度计划中的工作安排，按时做好检查，发现问题随时汇报。

项目启动后，由于进度紧张，项目组经常加班，小赵在质量检查中，总会遇到这样那样的问题，例如，计划时间点已到，工作却没有按时完成，因此，无法开展检查；相关人员工作太忙，无法配合检查等。不久，项目组成员对小组的工作颇有怨言，说他不懂技术，还得浪费时间跟他解释，有的还说进度已经这么紧张了，他不帮忙却来添乱。小赵很无奈，将这些情况汇报给项目经理李工，李工也觉得比较棘手，要求小赵尽量在不打扰大家工作的情况下执行检查。

项目组在超负荷运转中完成了编码任务，虽然天天加班，但进度还是延误了20%，此时己经不能按原计划开展测试工作，项目经理李工决定调整计划，不划分测试阶段，将所有模块一次集成后统一开始测试。软件模块集成后，头一轮测试刚开始就出现了致命错误，导致测试元法继续，李工只好让开发人员先修复软件，之后再提交侧试，随后的测试过程更加混乱，由于模块由不同人员开发，需要不同的人来修改，常常是已修复的BUG，在修复其他的BUG之后又再次出现，开发人员不停修改，项目交付时间临近，程序中还有大量BUG没有修复。

【问题1】

请结合本案例分析该项目在质量管理方面出现了哪些问题？

【问题2】

请结合本案例简要阐述在项目中，作为项目经理应如何做好质量管理？

【问题3】

根据以上案例描述，项目的测试过程至少应分为哪几个阶段？

[问题2]（3分）

(1)请指出在软件开发中软件总体结构、运行环境、出错处理设计应分别在哪个文档中阐述(选择候选答案的标号即可)。

候选答案：

①可行性研究报告②项目开发计划 ③软件需求规格说明

④数据要求规格说明⑤概要设计规格说明⑥详细设计规格说明

⑦测试计划⑧测试报告⑨用户手册

(2)请指出初步的用户手册、确认测试计划两个文档应分别在哪个阶段中完成(选择候选答案的标号即可)。

候选答案：

①行性研究与计划 ②需求分析 ③概要设计

④详细设计 ⑤测试 ⑥维护

论业务流程建模方法及应用

业务流程建模是系统分析阶段一项非常重要的工作，是业务功能分析的进一步细化。业务流程建模的目的明确各个部门之间的业务关系和每个业务处理的意义，详细了解各个业务流程的执行过程，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。业务流程建模的任务包括明确企业职能是如何在有关部门具体完成的，在完成这些职能时信息处理工作的一些细节情况，确定流程工作过程以及与企业其它要素之间的关系，对业务流程进行设计或改造，等等。

请以“业务流程建模方法及应用”为题，分别从以下三个方面进行论述。 1. 概要叙述你参与实施的项目以及你所担任的主要工作。 2.给出三种业务流程建模方法，并对每种方法进行简要描述。说明你在该项目中采用了哪种业务流程建模方法，结合项目特征说明采用该方法的原因，并详细描述业务流程建模过程。 3. 阐述在进行业务流程建模过程中遇到的主要问题及如何解决的。

B．项目CCB后确认不同意wontfix需要打开继续解决时，已标识的[待CCB]、[已CCB]无需去掉

C．项目CCB后仍然有待确认项时，Bug的summary标识了[已CCB]，测试需要将[已CCB]修改为[待CCB]

D．WONTFIXBug处理流程：RDWontfix-->TE把关-->总结并申请测试团队CCB-->测试团队CCB-->Comment测试CCB结论，Summary加[待CCB]-->RDPDT组织项目CCB-->Comment项目CCB结论，Summary加[已CCB]-->测试关闭或打开Bug

B．只将OccurrenceCount写的1/10台更新为2/10台即可

C．只在comment中说明新增了1台同类问题即可

D．将OccurrenceCount写的1/10台更新为2/10台，同时在comment中说明新增了1台同类问题，使用该Bug跟踪，所以修改OccurrenceCount为2/10台，如果分析为不同问题，请告知再新提交Bug跟踪

阅读以下说明，回答问题1至问题4。

【说明】

某软件企业内部测试部门对其ERP产品进行内部测试之后，由第三方测试机构进行验收测试，重点测试的质量特性包括：功能性、可靠性、易用性、效率、维护性以及可移植性。

验收测试的依据是什么？验收测试对测试环境有何要求？

软件产品的功能性测试中应关注哪些子特性？

在实际的软件测试过程中，对缺陷的管理与分析至关重要。回答如下问题：

(1)针对本测试，Bug的错误类型除了功能性错误外，还可能会包括哪些？

(2)严重性级别是Bug的重要属性，请写出常见的功能性Bug的严重性级别层次。

(3)在测试过程中，Bug的处理会处于不同的状态，请设计Bug管理中从发现到关闭必须经历的状态名称。

企业内部测试部在测试“主生产计划制定”模块过程中，使用30个测试案例进行测试，共发现10个问题。开发组对软件修改后，向测试组提交问题修改报告及修改后的软件。问题修改报告中提出：其中3个问题是用户需求，不是错误，无需修改，其余7个问题已修改完成。测试组使用上轮测试中发现这7个问题的5个测试案例进行了回归测试，确认问题已得到修改，因此测试组决定，当前版本可以进入配置管理库，进行后续集成工作。

测试组的做法是否有问题？为什么？如果有问题，应写出正确的做法。

请帮忙给出每个问题的正确答案和分析，谢谢！