《缺陷报告(众筹网).docxVIP

众筹网（融资平台）缺陷报告编制：李芝辉版本号：1.0版文档编号：版本变更记录*状态：A——创建，M——修改，D——废除版号状态创建人变更时间变更内容批准人备注1.0A李芝辉2015-4-23创建众筹网缺陷报告李芝辉第一章引言1.1 编写目的本文档主要是针对现有众筹网版本进行测试结果分析、存在的问题和一些建议，可供现有的开发人员了解和参考，通过对本文档可知道测试过程中出现的问题和现象。1.2 项目背景众筹网是指企业通过把需要融资的项目发布到网络中，社会人群和通过该网络渠道进行投资、融资的一个平台，在该平台投资的过程中，可通过相应的投资金额、投资市场和投资方式得到不同类型的收益金额1.3 测试环境1.3.1 软件环境软件类别软件说明操作系统Windows 7浏览器IE8及以上、百度浏览器、搜狗浏览器、QQ浏览器等分辨率1280*1024、1366*768、1600*900、1920*1080运行环境IE8，分辨率1920*10801.3.2网络环境正常网速，可上网即可1.3.3 硬件环境硬件类别配置说明CPU双核 G2030 3.00GHz内存4G显卡集成显卡网卡100M服务器155测试服务器1.4 附注（其他想说的话）1、BUG是什么，怎么去面对BUG？BUG是开发人员在开发产品时出现的问题和设计漏洞，禅道BUG管理是来帮住帮助开发人员更好去开发，而不是一种强制性的去修改的任务，当然在存在非常严重的BUG时，是需要去修改的2、为什么开发人员觉得这不是BUG，测试觉得这是个BUG？首先产品开发是由开发人员做的，自己做的东西当然觉得就是这样（也是为什么会存在测试这个行业的原因），当出现BUG时，测试人员和开发人员站的角度不同，测试站在用户的角度去查看产品，所以当测试到这个问题时，并不知道是怎么开发的，而只看到出现的效果。3、为什么老是觉得我做的出现BUG？测试人员与开发人员应相互沟通，当测试人员不理解这块功能设计时，相互沟通来解决问题所在4、杂谈本次缺陷报告是以该次第一轮测试结果进行分析总结，在产品未开发完，测试不是总体的测试的情况下而写的缺陷报告，等到项目测试执行完时在编写测试总结报告第二章测试内容2.1测试版本序号版本编号版本发布日期版本开发内容备注011.02015.4.15系统登陆、项目浏览、个人中心2.2测试覆盖点2.2.1需求覆盖点通过对系统组成和功能模块的介绍，结合《众筹网需求文档V1.0》文档的描述，对各个子功能模块进行需求分析，如下。编写时间为2015.4.24系统功能模块子功能需求设计功能是否完成是否通过系统管理用户管理用户登录是P（通过）用户注册（会员注册）用户激活未完成N（不通过）用户信息修改否N（不通过）删除用户信息未实现销户功能N（不通过）找回密码否N（不通过）会员等级管理1、添加会员等级否N（不通过）2、修改会员等级否N（不通过）3、删除会员等级否N（不通过）角色管理（后台）1、注册角色是P（通过）2、用户验证否N（不通过）3、登录角色是P（通过）4、角色信息修改否N（不通过）5、修改密码否N（不通过）6、注销角色是P（通过）权限管理添加权限否N（不通过）删除权限否N（不通过）查询权限否N（不通过）日志管理（前后台）1、添加操作日志否N（不通过）2、删除操作日志否N（不通过）3、修改操作日志不设计不需要4、查询操作日志否N（不通过）积分管理积分等级管理（后台）添加积分等级否N（不通过）修改积分等级否N（不通过）删除积分等级否N（不通过）积分规则管理积分计算方式（积分方式）否N（不通过）礼品管理1、积分查询否N（不通过）2、积分操作否N（不通过）项目管理项目基本信息管理发布项目是P（通过）审批项目（通过/不通过）是P（通过）下架发布的项目否N（不通过）用户投资是P（通过）收益规则管理融资方式介绍否N（不通过）收益计算方式否N（不通过）分红计算否N（不通过）认筹管理功能管理添加认筹记录是前台已完成修改认筹记录否N（不通过）结算管理结算功能公司结算功能否N（不通过）用户结算功能否N（不通过）页面链接功能是（但功能没有实现）待优化稽核对账1、用户结算稽核否N（不通过）2、公司结算稽核否N（不通过）报表功能报表显示（在个人中心资金管理那块）有显示（功能正在做）接口管理银行接口管理否N（不通过）积分商城接口否N（不通过）需求覆盖率:实际完成功能/需求设计=10/42=23.8%2.2.2测试覆盖点通过对众筹网1.0版本进行测试，做出现有测试覆盖点，由于测试组人员不够，测试用例没有写，所以实际测试与预期测试存在偏差，但是执行测试覆盖需求设计测试覆盖主要是系统登录、个人中心管理、项目浏览和后台数据管理测试BUG请以禅道管理工具上为主，详细登入禅道网址55/zentao/2.4开发功能进度详细请参考2.2.1需求覆盖点