欢迎来到淘文阁 - 分享文档赚钱的网站! | 帮助中心 好文档才是您的得力助手!
淘文阁 - 分享文档赚钱的网站
全部分类
  • 研究报告>
  • 管理文献>
  • 标准材料>
  • 技术资料>
  • 教育专区>
  • 应用文书>
  • 生活休闲>
  • 考试试题>
  • pptx模板>
  • 工商注册>
  • 期刊短文>
  • 图片设计>
  • ImageVerifierCode 换一换

    评审报告模版(共8页).doc

    • 资源ID:16694422       资源大小:109KB        全文页数:8页
    • 资源格式: DOC        下载积分:20金币
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录   QQ登录  
    二维码
    微信扫一扫登录
    下载资源需要20金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    评审报告模版(共8页).doc

    精选优质文档-倾情为你奉上XX评审报告1. 评审的组织提示:由开发部项目经理填写此表格。项目名称评审类型走查/审查/复审时间地点参加人员名单姓名工作单位(部门)、职务、职称记录员2评审内容提示:由开发部项目经理填写此表格。序号内容1功能说明项目策划书/CQ编号SRS/use case模型路径分析设计模型路径测试用例源文件路径(含数据库)1、2、2功能说明项目策划书/CQ编号SRS/use case模型路径分析设计模型路径测试用例源文件路径(含数据库)1、2、3. 评审结果评审内容(序号): 走查人员(代码走查时填写): 评审结果问题描述问题类型(变更/缺陷/风险/待定)评审意见/建议总体意见或建议提示:评审后,1)代码缺陷由项目测试负责人录入TD的相应项目中;项目策划、SRS、分析设计及测试用例缺陷有项目SQA录入TD的QA项目中;2)评审引起的需求和设计变更则由项目经理提交变更申请(CQ);3)评审发现的风险或待定问题,由项目经理在PWA的该项目计划中录入链接风险,SQA监督和跟踪。附录A. 代码评审检查表主要检查项评价实现代码是否完整正确地实现了设计方案?代码实现方式是否合理、高效?代码资源消耗、性能、执行效率、日志输出是否符合要求?是否有重复实现公司已有代码或开源代码的地方?代码编写是否符合编码格式规范?代码编写是否符合系统日志规范?代码编写是否符合安全编码规范?提交版本时是否填写详细的备注信息?项目源代码注释是否完整?注释和代码是否相符?配置文件的备注是否详细完整?代码中是否存在各方都不明确或不理解的地方?人机界面是否符合UI规范?项目中有否采用新技术?这些新技术对项目的影响如何?对于今后的项目采用这些技术有何建议?项目过程中有哪些好的经验?项目过程中有哪些不足之处?今后如何改进?附录B. 需求规格说明评审检查表主要检查项评价包及用例的划分是否有利于产品组件的选择部署?每个用例包是否使用unit->control保存至与用例包同名的子目录下?每个用例包是否都包含了,并且合理正确运用以驱动为原则的单向关联,包含、扩展及继承关系的用例框图?用例简述是否明确执行此用例的不同用户,和用户通过此用例要达到的最终结果?事件流是否明确描述了系统所有主要的,包括应有的分支动作,并指明了触发条件,且每个动作都是由应有的具体角色发送或接收的?当用例仅在另一个用例执行完毕后,或某个应用接口执行或驱动成功之后才能执行时,是否已在前置条件中明确说明?所有系统需求是否都至少映射到一个UseCase?所有角色和用例是否都被使用?是否存在重复?用例描述是否存在歧义或不一致性?SRS是否明确了维护需求,如监视所需的日志或应用、系统管理员功能、可扩展能力?SRS是否明确了安全需求,如访问和密码控制规定?SRS是否明确了必要的性能需求,如某些功能所需的响应时间?SRS是否明确了必要的稳定性需求,如系统在某些功能大量负载下保持有效的运行状态?SRS是否尽可能完整地实现了用户需求?是否存在不可测试的需求?附录C. 项目策划评审检查表主要检查项评价是否已经确定了业务需求?是否已经确定了系统构架方案?是否明确了项目范围和约束?是否识别了项目风险?是否评估了项目风险值及控制措施?是否确定了所有项目涉众(干系人)?是否确定了项目各项资源需求?是否确定了项目各项里程碑?是否确定了项目开发模式,?是否明确了项目进度计划完成时间?是否明确了项目系统测试计划完成时间?是否明确了项目风险控制计划完成时间?是否明确了项目质量保证计划完成时间?是否明确了项目配置管理计划完成时间?附录D. 分析设计评审检查表主要检查项评价分析包的结构是否与系统用例包结构一致?是否分析定义出必要的边界类、控制类和实体类,通过其类图和协作图来表现相关系统用例的实现?必要的类方法和属性是否已经定义?每个分析类是否在其文本框中描述了真正的类名及其作用,每个类方法是否描述了真正的方法名或实现类名,以及这些方法或实现类的作用和实现要求?必要的类之间关系是否用类图表示,且关系正确?协作图中各对象间的交互是否正确表示,且实现了系统用例的事件流?类图中各类关系、协作图中各对象间的交互是否足以描述了系统构架方案的实现?协作图文本框中是否具体说明了此系统用例功能的实现?是否已确定界面框架规范?是否已确定界面显示风格?是否确定了数据模型图中的依赖关系是否正确?数据模型图中的依赖关系是否涵盖所有必要的表间关系?数据模型是否包含所有使用的表,且表和字段均有说明?数据模型各表应有的主键、索引是否已建立?是否已经确立实现系统构架方案的程序框架,并制定了开发指南?附录E. 测试用例评审检查表主要检查项评价测试需求覆盖是否达到100%测试用例步骤是否完整覆盖use case事件流,分析设计的功能点和数据流?测试用例各步骤是否明确如何验证输入并验证结果,每个步骤是否均可执行?测试数据内容是否完整,每类数据的获取规则是否明确?测试用例是否与相关测试需求关联?专心-专注-专业

    注意事项

    本文(评审报告模版(共8页).doc)为本站会员(飞****2)主动上传,淘文阁 - 分享文档赚钱的网站仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知淘文阁 - 分享文档赚钱的网站(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于淘文阁 - 版权申诉 - 用户使用规则 - 积分规则 - 联系我们

    本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

    工信部备案号:黑ICP备15003705号 © 2020-2023 www.taowenge.com 淘文阁 

    收起
    展开