软件测试流程规范整体流程图1.详细流程执行1.1 筹划与设计阶段整体流程图立项会议· 项目可行性分析· 确定项目经理· 确定测试组长· 项目正式立项· 测试组长确定需求评审· 需求规格说明书·· 明确需求· 消除歧义· 会议讨论并确认· 需求明确无异议测试工作启动· 需求规格说明书· 项目开发计划· 测试预通知· 组建测试小组· 召开测试情动会· 测试小组成立· 开发方与测试方目标达成一致测试设计阶段· 需求规格说明书· 项目开发计划· 概要设计、详细设计· 其他相关文档· 设计测试计划· 设计测试用例· 测试计划· 测试用例集设计内容评审· 测试计划· 测试用例集· 评审测试计划· 评审测试用例集· 优化的测试计划· 优化的测试用例集1.1.1 立项会议由高层主管立项会议，会议重要对项目可行性进行分析，并且拟定项目经理及项目测试组长。
1.1.2 需求评审注：1．需求定义基本完毕，此时应在评审会议召开之前发给测试团队，预留时间给测试有关人员熟悉、理解。
2．测试部参加人员由测试部经理指定，重要由测试组长、测试设计等人员构成（还应涉及配备管理人员、质量保证人员）。
1.1.3 测试工作启动注：在正式测试任务下达前，开发团队应在项目（产品）开发筹划完毕后及时向测试团队下达预告知，告之较为确切测试日期，提供当前最新有关资料。
部门经理和测试组长组建测试小组，并视详细状况决定与否需要调节人力、时间安排、测试环境等其他资源。
测试小构成员可预先熟悉必要项目（产品）资料。
1.1.4 测试设计阶段1.1.4.1 设计测试筹划注：针对需求分析文档和项目开发筹划文档测试完毕后，测试组需要编写测试筹划文档、制定测试测略及预估测试过程中风险，并设计出合理规避风险方略，为后续测试工作提供直接指引。
1.1.4.2 设计测试用例注：在需求分析文档确立基线后来，测试组需要针对项目测试需求编写测试用例，在实际测试中，测试用例将是唯一实行原则。
1.1.4.2.1设计测试用例惯用办法a．等价划分法有效等价类:是指对于程序规格阐明来说是合理故意义输入数据构成集合运用有效等价类可检查程序与否实现了规格阐明中所规定功能和性能无效等价类:与有效等价类定义碰巧相反b．边界值法：➢边界值分析法就是对输入或输出边界值进行测试一种黑盒测试办法。
普通边界值分析法是作为对等价类划分法补充，这种状况下，其测试用例来自等价类边界。
➢普通状况下，软件测试所包括边界检查有几种类型：数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。
➢相应地，以上类型边界值应当在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满等状况下。
➢边界值分析基本思想是使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值，记为：min、min+、nom、max-、max考虑到健壮性测试，还可以加一种略不不大于最大值max+，以及一种略不大于最小值min-值。
举例阐明：例如规定0 < X<5,在编写用例时需考虑到如下几种状况：⏹x=0状况⏹x=5状况⏹x=-1状况⏹输入一种X不不大于5值，例如输入X=6c．错误推断法基于经验和直觉推测程序中所有也许存在各种错误，从而有针对性设计测试用例办法。
思路：分析程序中最易出错场景和状况，在此基本上有针对性设计测试用例，需要完毕前提条件如下：●深度熟悉被测系统业务、需求。
●对被测系统或类似系统之前缺陷分布状况进行过系统分析。
涉及功能缺陷，数据缺陷，接口缺陷和界面缺陷等等。
举例阐明：聊天窗口功能❝输入特殊字符（全角，半角）后，窗口与否可以正常显示❝输入空格，与否可以过滤，与否会算入长度计算❝输入html字符❝输入脚本语言函数❝在需要密码验证，或者需要二次输入确认地方，通过复制粘贴第一次输入内容与否可以通过1.1.4.2.2接口测试办法➢测试接口文档。
➢依照接口文档编写测试用例（用例编写办法完全可以按照黑盒测试用例编写规则来编写，如：边界值、等价划分等等设计办法）。
➢和数据库中执行测试，查看接口返回接口数据与否对的，重要检查返回接口与否和接口文档中定义同样，尚有要检查返回数据与否保持一致。
1.1.4.2.3安全性测试办法➢手工检测：对于CSRF、越权访问、文献上传、修改密码等漏洞，难以实现自动化检测效果，这是由于这些漏洞涉及系统逻辑或业务逻辑，有时候还需要人机交互参加页面流程，因而此类漏洞检测更多需要依托手动测试完毕。
手工检测网站URL、后台登陆与否具备SQL注入◆举例阐明：关于上传：➢上传文献与否有格式限制,与否可以上传exe文献；➢上传文献与否有大小限制,上传太大文献与否导致异常错误,上传0K文献与否会导致异常错误,上传并不存在文献与否会导致异常错误；➢通过修改扩展名方式与否可以绕过格式限制，与否可以通过压包方式绕过格式限制；➢与否有上传空间限制,与否可以超过空间所限制大小,如将超过空间大文献拆分上传与否会浮现异常错误。
➢上传文献大小不不大于本地剩余空间大小，与否会浮现异常错误。
➢关于上传与否成功判断。
上传过程中，中断。
程序与否判断上传与否成功。
➢对于文献名中带有中文字符，特殊字符等文献上传。
1.1.4.2.5兼容性测试办法➢操作系统/平台兼容➢不同浏览器兼容➢不同辨别率间兼容1.1.4.2.4界面测试办法➢风格统一➢重要和惯用元素优先布局，且放置在醒目位置➢布局合理紧凑，疏密有致➢明显区别只读区域与可编辑区域➢使用红色符号’*'来标记必填项➢语句流畅，表述清晰，没有错别字➢字段名称通俗易懂、尽量使用专业术语1.1.4.2.5 易用性测试办法➢易理解➢易学➢易操作➢吸引性1.1.4.2.6 APP兼容性测试➢辨别率：当前市场上辨别率是各种各样什么辨别率均有了，因此需要在app在不同辨别率设备上进行测试，显示UI效果怎么样。
➢系统：Android系统在不断升级，就会产生不同系统版本，对系统版本是不断进行兼容来对来符合系统版本。
而在市场上开发了不同定制版本，也需要进行兼容。
➢机型：当前所涉及到厂商生产出来机器较多，因此需要使用不同厂商不同辨别率来进行适配app运营状况➢语言：当前诸多app已经支持较多语言，因此需要对语言方面进行测试，是app显示语言国际化显示效果1.1.4.2.7 测试用例维护存在如下几种状况，需对测试用例进行更新：❝先前测试用例设计不全面或不精确❝某些严重软件错误未在测试用例中覆盖❝新版本有新功能需求或改动❝编写测试用例不规范或者语句错误❝旧测试用例不再合用1.1.4.3 设计内容评审注：测试筹划及测试用例设计工作完毕后，需告知项目组有关成员召开评审会议。
在这之前需要将待评审内容发给有关人员熟悉和理解。
1.2 实行测试阶段整体流程图1.2.1 测试交接1.2.2 实行测试1.2.2.1 实行测试注:实行测试用例将耗费测试组大某些时间，这些工作都是建立在前期诸多筹划工作基本上。
1.2.2.2提交阶段性测试报告在商定测试周期完毕之后，测试组长需要总结本次测试成果，编写阶段性测试报告。
1.2.3回归测试在每轮测试结束之后，由测试组重新针对修改后最新版本，进行回归测试。
1.2.4同行审查1.3 总结阶段整体流程图1.3.1 测试报告总结在回归测试结束之后，测试组长将要编写测试总结报告，对测试进行总结，并且提交给全体项目组，为产品后续工作提供重要信息支持。
1.3.2 测实验收测实验收工作是在以上工作所有结束后，对测试过程，效果进行验收，宣布测试结束。
1.3.3 测试归档测试归档是在测实验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种原则文档进行归类，存档。
1.3.4 测试工作总结1.4测试工具1.4.1 BUG管理工具简介当前BUG管理工具备Bugzilla、QC(Quality Center)、BugFree、EasyBUG、Mantis、jira，我自己使用过Bugzilla也就是禅道，觉得还是挺以便1.4.2自动化测试工具QTP自动化测试工具QTP：1.使用前提是大某些功能已验证通过2.重要用于进行回归测试、功能测试1.4.3性能测试工具LoadRunner性能测试工具：Loadrunner重要用于进行系统性能测试也就是压力测试，例如登录界面并非测试、数据库性能测试、服务器性能测试，限制是免费版并发顾客最大数量只能是50个,详细操作详见LOADRUNNER操作手册测试有关文档解释阐明：需求分析文档需包括内容规范：无歧义性：需对某些特殊术语要有有关解释阐明，存在歧义地方需予以有关阐明❝完整性：功能、性能、接口、约束❝可验证性：需求中每个功能点需要可以进行验证❝一致性：不能存在先后矛盾问题需求分析文档需包括内容：❝流程图、功能点、输入输出规定、运营环境规定，最重要是要阐明：是为哪个软件产品编写，开发这个软件产品意义、作用、以及最后要达到效果概要设计文档也就是原型文献包括内容：❝菜单、按钮、文本框、单选框、复选框等等存储位置，即整体页面布局、排版数据库设计文档：❝表名称、字段名称、中文描述、字段类型、字段大小、备注。