自我总结测试验收问题.doc

VER SG 1 验证准备 　 SP 1.1 选择需验证之工作产品 1你们如何选择你们需要测试的工作产品？ 在那个文档里有定义? 答：需要测试的工作产品是在总体的《测试计划》中定义的。 2进度安排当中会有说明项目会存在那些评审？ 答：进度安排WBS中会对不同的评审定义开始和结束的时间。 　 SP 1.2 建立验证环境 1是在什么环境里进行测试？ 答：我公司有独立的测试环境，有单独的测试服务器,在测试计划中有定义。 2如何进行测试，有什么要求？ 答：单元测试由程序员完成，主要采用代码走查的方式，根据代码走查单的内容进行检查，发现的问题记录在单元测试bug管理列表中，集成测试和系统测试主要采用黑盒测试，按照《测试用例》中定义的集成测试用例和系统测试用例进行测试，发现的问题记录在集成/系统测试BUG管理列表中。 　 SP 1.3 建立验证程序及准则 1用什么方法来验证？ 通过的准则是什么？ 答：集成测试和系统测试主要按照测试用例进行测试，发现的问题记录在《BUG管理列表》中；我们根据bug的严重等级将bug分为5类，A类为严重bug，B类为较严重bug，C类为一般bug，D类为不严重bug，E类为建议性bug，我们定义前3类bug必须全部修复，D类不超过5%，E类不超过10%即可通过测试。 集成测试的通过准则和系统测试的通过准则一致。 SG 2 执行同行审查 　 SP 2.1 准备同行审查 1你参与了哪些工作产品的评审？做同行评审看这些文档的目的？在做同行评审前你们有多长时间来阅读评审材料？ 答：测试人员参加过策划评审，需求评审，测试用例评审，结项评审等；看文档的目的是大家共同讨论，发现其中的问题，进行修改；应该至少提前1天将评审资料发送给相关人员进行预审，按照评审检查单内容进行检查，在会议开始前汇总给召集人。 2简单介绍一下同行评审会议的流程？ 答：首先，应该至少提前1天将评审资料和通知发送给相关人员进行预评审，在会议开始前汇总给召集人，然后，召开会议，对发现的问题进行收集和讨论，由项目经理指定人员记录问题，修改问题和跟踪问题解决情况。 　 SP 2.2 进行同行审查 1请描述一下你们是如何进行同行评审？你们感觉同行评审对项目有没有实际的作用 答：首先，根据项目安排，在WBS进度计划中定义何时召开同行评审会议以及参与的人员，在会议开始前通知到要参与的人员，在会议上，大家采用“头脑风暴法”（或其他方法）进行讨论，对发现的问题进行记录，修改并跟踪；同行评审对项目开发有实际作用，大家群策群力，出谋划策，发现的问题更多更全面，提出更好的建议有利于项目的进展。 2同行评审会议有多少人参与？ 评审一般会关注那些点？ 评审中会发现的问题多吗？ 答：根据会议性质的不同，参与人员可能不同，但项目经理肯定是要参加的，大部分的评审会议项目组人员都会参加；评审一般会关注参与人数，评审时间，发现问题的效率，发现问题的个数等问题；评审中发现的问题一般都是小问题或建议性问题，严重性问题较少，例如：文档格式不正确，测试用例数过少，测试用例内容表述不准确等。 　 SP 2.3 分析同行审查资料 1有哪些人员参与设计的评审？评审发现的问题如何处理？ 答：项目组成员都会参加设计评审，评审发现的问题一般由项目经理指定专人记录，专人解决并跟踪。 2对于同行评审发现的问题是由谁来做的？你们会做那些分析？ 答：由项目经理指定专门人员修改问题，跟踪情况；我们会做分析问题的严重性，问题发生的原因，类别以及解决措施。 SG 3 验证工作产品 　 SP 3.1 执行验证 1采用了哪些测试方法，进行回归测试吗？测试用例是谁写的？你们的单元测试发现问题的效率高吗？ 答：我们主要采用黑盒测试的方法进行集成和系统测试；我们回归测试是小回归（因为每次发现的问题不是太多，太严重），对每个发现的BUG进行修正后再测试；测试用例是测试人员写的；单元测试采用代码走查的方式进行，程序员根据代码走查单的内容进行检查并记录，效率比较高。 　 SP 3.2 分析验证结果 1你对测试的工作产品都进行了那些分析？得出了什么结论？在度量表中有那些度量项是关于测试的？在度量表中有那些关于同行评审的度量？ 答：主要对测试的结果做过分析；得到以下结论：知道软件中发现的问题有多少，解决了多少，软件的质量如何，问题集中分布在哪些功能中，开发人员的代码质量如何。 2一般的测试用例的通过率大概是多少？ 第一轮测试结果不理想时你们会进行分析并识别出什么问题吗？ 答：60%左右，第一轮测试结果不理想我们会分析在编码阶段做的代码走查和检查问题是否全面，测试不到位，应该加大第一轮的测试力度 　 　 　 VAL SG 1确认准备 　 SP 1.1 选择需确认之产品 1你参与了哪些工作产品的验收？ 答：我参与了除法律援助系统的产品验收。