《软件测试01软件测试工作流程.doc》由会员分享，可在线阅读，更多相关《软件测试01软件测试工作流程.doc（22页珍藏版）》请在金锄头文库上搜索。
1、软件测试工作流程软件测试过程SQA 测试活动 同行评审 里程碑 总结 管理者需求确认测试设计测试执行 测试计划 组间协调测试总结需求确认? 编写测试计划内容：时间和人员安排 同行评审及同行评审负责人； 里程碑制定； 进度表； 风险计划的制定； 培训的计划；测试计划需要进行评审；需求确认? 测试工作的介入1. 测试开始介入的时间和系统组的建立 时间几乎同时进行. 2. 用充足的时间去分析用户需求(在NEUAPN事业部的名称为仕样书)中可以测试内 容, 同时可以发现其中测试比较困难的内 容并及时考虑解决措施 3. 根据不同功能考虑进行不同级别的测 试,采用不同的测试方法.需求确认? 需求学习的方法
2、测试人员自己阅读和分析仕样书, 讲解 自己负责部分的功能,并回答其他测试人 员的提问. 要求不遗漏仕样书中的任何功能,在讲解 中追加自己对仕样书的理解,以及对测试 难点部分考虑的测试方法.需求确认? 培训的展开组内的培训功能测试方法和操作测试方法； 自动测试；部门的培训各模块功能培训； 开发技能培训； 专业知识；测试设计Test Point Test CaseFunction Spec内 部同行评 审开 发人员 参与 同行评 审测试设计? 编写测试大纲1. 形成通用的功能测试集，包含详细的 测试点（以前是日方编写测试点）； 2. 要求追加对测试难点的测试方法或者 测试用例. 3. 对于二期开发
3、的项目,要求包含以前 项目的的全部功能；测试设计? 测试大纲的同行评审同行评审的内容：测试点的理解错误， 测试用例的遗漏； 同行评审的类型：组内的和开发人员 参与的同行评审； 同行评审的过程：制定负责人，收集 问题表，组织召开同行评审会议，跟 踪关闭已经解决的问题。测试实施System TeamReleaseNoteNew Version版本测试Component TeamQ&A Component Version Report 协助再现错误 Bugbase测试实施? 制定小计划依据系统组的Release计划； 一般测试的周期比较长，大约4-6个 月，所以针对于每个版本提交的功 能的不
4、同以及每次测试时间长短的 不同,调整和制定测试组小计划. 这样的计划只要在项目例会中传达 或者通过Email通知相关测试人员即 可测试实施? 测试方法在测试过程中,要根据软件产品的质量情 况以及功能提交的情况采用不同角度的 测试方法. 1. 在项目初期,提交的功能比较少,软件 产品的质量还达不到性能测试和极限测 试的要求时. 我们需要按照测试大纲进 行测试,以保证提交的功能达到基本要求, 然后再关注每个功能的细节,这样可以尽 可能保证开发人员完成的功能达到一个 满意的质量目标.测试实施? 测试方法2. 当软件产品的功能大部分已经提交 时(也许这时软件产品的质量仍没有达 到性能测试和极限测试的要
5、求). 我们 在按照测试大纲进行测试的过程中,除 了要对基本功能进行严格测试外,更要 注意不同功能之间的接口以及会受到 接口影响的部分功能,因为这个阶段由 接口造成的错误比较多.测试实施? 测试方法3. 当软件产品的功能全部提交,并且 当前的错误发现曲线趋于平缓, 这就 说明按照测试大纲进行测试已经很难 提高错误的发现率.这时则需要采取其 他测试方法包括性能,极限测试和脱离 测试大纲的可用性测试. 这里的性能和极限测试系统复杂度小 于与软件提交前的性能和极限测试时 的系统复杂度.测试实施? 测试方法4. 二期开发类型的项目测试执行过程中, 每个阶段都要注意原来项目的功能的实 现情况,特别需要注
6、意的是与新添加以及 变更功能相关功能的测试.即新添加的功 能不能影响原有的功能 注: 对于二期开发项目的性能测试,在没 有具体指标前,对它的要求是性能至少不 低于原来的项目.测试实施? 测试报告Day_Bug_Report：每个测试人员填写； Bugbase：由登录者负责把每个人的测 试结果整理到Bugbase上，进行重复的 过滤; BugbaseStatus :对于Bugbase作的一 些分析图表； 提交给日方的BugList：包括 CheckList和Bugbase的内容;测试实施? 错误描述要求1. 错误现象描述清晰准确,操作步骤简单有效. 操作步骤简单有效,是要求测试人员在时间允 许的
7、情况下,可以把原来需要十几二十步才能 再现,根据自己的分析和再现尽量缩短 (这样 开发人员根据操作步骤,可能不需要去再现错 误,就知道错误发生的原因了) 错误现象描述不清晰准确,会造成开发人员的 理解上歧义.要求测试人员在填写错误现象时 不能写象“某某功能错误”,“某某现象错误” 这样的文字,要说明错误现象是什么,最好附加 说明正确的现象应该是什么.测试实施? 错误描述要求2. 要有充足的错误信息. 我们的测试分为导航版和PC版两个测试版本. 导航版的错误,一般要保留错误现象发生时的错 误图片.有些错误不但要提供错误图片,还要提 供当前的调试信息;死机的错误,除了提供错误 现象图片和调试信息外
8、还需要提供死机堆栈以 及寄存器中的内容. PC版的错误,也与导航版类似.一般错误要保存 错误现象图片和调试信息;死机错误还要保存死 机时的堆栈.调试信息mapdsp_ClearOrderOfDisplayRequest MapSetNum=0 DisplayNum=1 MAP_Center_Position MapsetNo( 0) CenterPos(0x4c9574f1,0x13a0949b) DispNo( 0) CurrentNo( 0) MAP_Clock_End (Y/M/D) 1900/ 1/ 1 Week( 1) (H:M:S) 12:44:16 SysTime (0x cd8
9、160) MAP DRAW_Cancle CheckClear in MAPDRW_iFirstFail iMapSetNo,iLayer ( 0, 1) MAP DRAW_Cancle CheckClear in MAPDRW_iFirstFail iMapSetNo,iLayer ( 0, 3)堆栈信息: _os_breakProgram+2() : _os_checkTaskStackSize+4E() : _scrn_GroundInit+50() 和 SP 0026907C : 0000000C fbmem_AreaSize SP+ 400269080 : 0666DD24 _os_checkTaskStackSize SP+ 800269084 : FE000616 _os_vAttachToStopRun+26寄存器信息R10 R11 R12 R13 R14 R15 R16 R17 001C6EBC FFFFFFFF 00000000 00005090 00E80234 00000008 069D0736 00E80370 *001C2AE0 *00000000 *00000000 *00000000 *00000000 *
