项目流程整理2.1.docxVIP

项 目 整 理 项目时间：app一般为2到3个月，web项目4-6个月 测试介入时间（需求阶段） 测试环境如何搭建：app应用可以自己做，web一般中间件（apache、tomcat），测试经理、leader、开发来做这个事情 需求用的时间，计划用多少时间，方案用多少时间，测试用例时间： 需求一般为1、2个星期，包括讨论3/5的时间，编写（1-3天），内部要做需求讨论和评审，给用户审核和解答 测试计划很简单，根据开发计划编写，开发1-2天，测试计划半天时间，甚至没有正规文档，但会有里程碑，根据开发计划（大的功能模块提交时间和顺序，测试会以开发的时间和顺序编写自己的计划） 小的app项目无需方案，对于web项目有简单的方案（1-3天，可以增加评审时间），方案一般包括测试内容（不重要的需求测试项要少一些、性能测试、兼容性测试—app应用以主打款手机为主、web应用兼容以浏览器为主，c/s架构可以考虑到操作系统的兼容性）、测试方式和工具（数据生成方式、手工还是工具、模拟器还是直接用手机、loadrunner、svn、testlink）、风险（用户对需求不完全明了会有修改需求的风险、开发人员有新人会有bug风险、开发人员共用、开发技术难点问题、测试新人带来的风险—增加评审、重要功能的用例编写不交给新人、新人只做执行） 测试用例时间：实际工作天数（3、4天app应用—5、7天）评审时间1天 交叉执行：在项目中会遇到交叉执行，提高测试质量，内容为重点内容或者用户需求不清晰，测试人员业务不熟悉；交叉执行一般为1、2天 性能测试怎么执行：有专人做性能测试，性能测试人员穿插在几个项目中 开发测试人数,任务分配：开发测试比例3：1，app应用3、4个，web应用7、8-11、12个，测试包括一个后台（去掉页面展示，只针对业务进行测试），后台同时作性能测试，前端可以有2个测试 重点模块和测试内容、工作内容： 以自己熟悉的为主，但对于自己的重点项目，一定要有2、3个重点模块 测试内容：功能测试为主、如果想做性能测试，工作方式是执行用例（压力测试、负载测试、并发测试）、生成报告、兼容性测试 工作内容：编写用例、执行、提交bug、报告（bug数、现存、重点bug的分析、风险）、整理需求、方案和计划的整理 用例数和bug数、重点bug：具体项目具体分析，用例的粒度小的用例数要多（等价类和边界值分别有一个用例，流程的用例分解成多个小的流程）每天写40-50个用例；bug数和用例数比例一般以1：10的比例（如果开发能力较强，比例可以达到1:20）;bug以界面、易用性为主，重要的bug一般为复杂流程、流程回退、报表（跨月的业务操作、重复提交）、通讯中断时的自连接、通讯中断时未完成业务）；执行用例，一般一天30-50个（每天5-6个小时执行，包括数据准备、bug提交，其他时间用来开会、学习、业务讨论、开发吵架、日报）。 测试相关工具：bug管理和用例管理，不要用QC，用excel、textlink等开源工具、svn 沟通方式：和开发沟通问题和bug，项目会议等：白板（记录项目进度、问题）、早晨开会（前一天的任务、今天的计划、遇到的重要bug和技术难点）；bug沟通方式—重要的bug，直接和开发沟通，让开发马上修复，不重要的可以通过邮件或者testlink发送） 项目的迭代，每次迭代的时间，测试的轮数 迭代：从需求到测试、交给用户作演示算作一次完整的迭代 因为产品是定制的，需要开发期间用户对产品的已完成部分作确认以及补充修改， 一般为2-3次迭代，第一次迭代一般在项目结束前1-1个半月，第二次迭代可以是15-20天，第三次可以是一个星期到10天左右； 每次迭代可以分为2-4轮测试，因为开发人员的开发任务和提交是分布；第一次迭代，第一轮开发一般为框架和重要基本功能，占用时间可以长些，这个期间测试在编写测试用例，准备数据、整理资料；第二轮开发一般是完成80%的功能，包括所有的主要功能，期间测试人员完成第一轮提交的开发成果；第三轮开发一般完成所有的任务，包括不重要的级别低的功能，期间测试完成第二轮提交的开发成果的测试；第四轮开发修改bug，测试完成第三轮的提交的开发成果的测试，并且回归以及1-2个兼容性测试、简单的性能测试；第二次迭代一般2-3轮测试，第一轮开发完成所有的修改，测试编写用例；第二轮开发修改bug，测试人员测试并回归，第三轮会做完整的兼容性测试和性能测试，一天做一个手机或者浏览器的兼容 第二次迭代修改的需求： 复杂流程：回退 报表：增加日报、月报等或者修改报表的内容 提交审批：信息原来是需要填写，修改为选择下拉框 具体项目再具体讨论 App应用的关注点：adb的应用（安装、卸载、性能的查看monkey、log的查看logcat）、兼容（三星