真题二（14分）：阅读下列说明，回答问题1至问题4，将解答填入答题纸的相应栏内。
说明：某软件公司在研发一个城镇居民保险系统时，为了加快进度，測试工作在系统开发初步完毕之后開始并直接进行系统測试。
測试project师真滴界面进行了功能測试。
測试project师和开发project师借助缺陷管理工具。交换进行測试与缺陷修复工作。測试期间发现系统的“文档审批”功能出现严重缺陷，开发project师觉得改动难度大，经过測试project师认可后决定暂停修复该缺陷，直到产品公布前，该缺陷在开发环境下被修复。随后，測试project师在开发环境下针对该缺陷运行了有关的用例，进行了回归測试。回归測试结束后。开发project师在开发环境下对产品直接打包公布。
问题1（3分）：測试开展时间是过早、过晚还是合适？说明理由。
问题2（2分）：測试project师功能測试的方法是否正确？若不对，请陈述正确的方法；若正确，请说明理由。
问题3（6分）：该案例中对缺陷管理有哪些不妥之处？
问题4（3分）：开发project师产品公布的做法是否正确？
解答分析：
本题考考查二个知识点：
（1）測试工作与开发工作怎样配合；
（2）測试的对象包含哪些。
測试工作开展的太晚。
（1分）
測试工作应该覆盖需求分析、概要设计、具体设计、编码等前期阶段，而不应该在系统开发初步完毕后才開始。（2分）
问题2（2分。每条1分）
本题考查功能測试的根据，正确的根据应该是需求规格说明书，而不是用户界面，由于界面实现的功能是否正确的理解和和表达了用户需求为不可知。
測试人员功能測试的方法不对。
系统功能測试应该追溯到用户需求。针对界面进行功能測试是错误的。
问题3（6分，每条1分）
本题考查二个知识点
（1）缺陷管理的流程和职责；
（2）回归測试的概念。
答案要点例如以下：
（1）开发project师无权决定是否延期或者和暂停改动某一缺陷
（2）測试project师认可暂停修复缺陷的决定是不合理的；
（3）測试project师应该跟踪缺陷状态，知道确定改动后关闭缺陷。才是完毕了測试任务
（4）回归測试应该运行全部的用例，不是只运行与缺陷有关的用例
（5）产品公布前，应该对发现的缺陷进行评审
（6）应该分析缺陷修复情况之后才可公布产品
问题4（3分）
本题考查配置管理的知识点。
产品最后由开发者直接公布不合理。（1分）
（基线库中的产品应该是最后经过測试的。
）实际最后公布的产品应该从产品库中提取。（2分）