测试流程规范.docx_第1页
测试流程规范.docx_第2页
测试流程规范.docx_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

测试流程规范1. 立项项目组通过讨论，会根据策划所写的策划书进行立项。（立项包括功能模块或者新项目）一般需要整个项目组开会决定，如果符合开发要求就会开发。2. 编写测试用例当项目立项后，我们就必须更具SVN上面的策划书对相应的模块编写测试用例。（测试用例的相关标准我们会在其他文档中给出。）编写好测试用例后需要上传到SVN上面相应的测试文件夹内。（tips：SVN功能会在其他文档中介绍）如果后期的策划书由于各种愿意需要改动的话，我们也需要改动相应的测试用例，但是不能删除测试用例中以前有的用例，只能用颜色标注相关的东西3. 测试3.1 功能性测试 当前期开发工作完成后，我们要对demo进行功能测试，测试的依据就是我们前期编写的测试用例，当我们执行完测试用例后，就会发现很多问题，这个时候我们争取对没个问题进行重现，然后在提交到bug系统中。3.2 非正常测试 当程序能实现基本功能后，我们可以根据自己的习惯或者方法，进行一些非正常操作行为测试，这样可以发现一些可能存在的问题。但是是正常操作下不能重现的。（一般这种问题不容易重新，或者比较难出现，因此切忌，一定要描述清楚）3.3 兼容性测试 当我们通过上面的测试后，在功能上我们就差不多可以实现了。这个时候我们就必须通过各种浏览器进行兼容性测试，各个浏览器可能出现的问题不同，这个时候就要总结出规律，把一类的问题统一提交，避免相关的问题重复提出。3.4 安全测试 如果游戏中出现一些安全漏洞，我们需要用一些外挂或者脚本的东西进行测试。并且对相关的一些接口测试，一些升级或者其他用在本地服上面测试的接口绝对不能出现在外面的生产服上面。避免由于安全方面产生的损失。3.5 回归测试 当程序或者策划那边回复了我们的bug，反馈到我们测试这边的时候，我们就需要对相应的bug进行回归测试。如果发现问题解决了就可以通过相关的负责Closed掉这些问题，如果发现还存在bug的话就需要Reopened。后面继续进行开发。3.6 压力测试 后期我们会根据相关工具对游戏进行压力测试，这样就可以对服务器所能承受的压力有一个了解，看看是否需要在服务器这边做一些操作。4. 游戏评估 一个版本或者一个功能开发完成后，我们要根据相关的bug以及其他的信息来对这个版本或者功能进行评估，总结相关的开发经验，以及我们这边相关测试的问题，整理相关的文档，对以后开发做一个存档备份。5. 文档后期整理前期我们写的文档可能会在后期由于各种问题需要更改的
人人文库> 全部分类> 应用文书 > 研究报告

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论