天翼终端软件软件超市评审的计划摘要.docVIP

天翼终端软件超市评审计划 PAGE  中国电信股份有限公司北京研究院  PAGE 2 天翼终端软件超市评审计划摘要 （V0.9） 中国电信股份有限公司北京研究院 二零零九年八月  目录 TOC \o 1-3 \h \z \u   HYPERLINK \l _Toc233528139 天翼终端软件评审计划摘要  PAGEREF _Toc233528139 \h 1  HYPERLINK \l _Toc233528140 1. 测试流程及测试思路分析  PAGEREF _Toc233528140 \h 1  HYPERLINK \l _Toc233528145 2. 测试用例的覆盖率及数量 1  HYPERLINK \l _Toc233528149 3. BUG工具的问题 1  HYPERLINK \l _Toc233528200 4. BUG数量及质量 1  HYPERLINK \l _Toc233528200 5. BUG的记载 1  HYPERLINK \l _Toc233528209 6. 测试人员在测试中遇到的问题 1  HYPERLINK \l _Toc233528237 7. 客户反馈的问题 2  HYPERLINK \l _Toc233528237 8. 总结 2  天翼终端软件评审计划摘要 1：测试流程及测试思路分析 首先由陶冶和欣悦分别介绍一下自己的测试流程，测试思路，以及自己的负责的测试模块和测试进度，郑敏提出有效的建议，何总监负责评审。 最后由郑敏总结，并对系统功能测试流程进行规划，将子模块的功能进一步的细分， 找出更多的问题，更完整的，更有效的，控制软件的质量 2：测试用例的覆盖率及数量： 测试用例的覆盖率及数量远远不能达到控制质量的需求，需要在测试一轮之后进行总结，将以前报的问题转化成有效的测试用例并文档化，在以后测试中遇到类似或者相似的项目可以直接拿过来用。（大家共同给予意见） 3：BUG工具 用来记载BUG的EXCEL表格记载，查找，存储都不方便，很容易重复，报的问题很难及时送到开发人员那边，建议从网上下载一个BUG管理工具代替EXCEL表格。（大家共同给予意见） 4：BUG的数量及质量： 主要是BUG的数量，BUG数量不够多，建议大家多报问题，多与开发人员沟通。规定每人每天必须报20个BUG（大家共同给予意见） 5:BUG的记载 所有的问??都必须记载下来，文档化，如果因为项目与时间的原因，BUG的的描述可以简单，让开发人员懂就可以，之后自己抽时间再补上。（大家给予共同意见） 6：客户反馈的问题： 客户反馈的问题是重点，根据客户反馈的问题，寻找测试思路的漏洞。并总结客户容易发现的问题。 7：测试过程中存在的问题： 由陶冶和欣悦阐述他们在测试过程中存在的问题，如和开发人员的沟通问题，何总监与郑敏负责协调。 8：总结 其中，第一条，第二条，第四条将为评审计划的重点。（由于时间原因，现只记录评审计划的要点，为了测试组流程化，文档化的的建设，故本人发现的测试流程问题也写入其中）