中国软件评测中心的测试原则，就是从用户和开发者的角度出发进行软件产品测试的。
为了达到上述的原则，需要注意以下几点：
1.应当把“尽早和不断地测试”作为开发者的座右铭。
2.程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。
3.设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
4.一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
5.对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
6.制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
7.回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。
8.妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。
软件测试的原则有以下这些：
所有的软件测试都应追溯到用户需求。尽早和不断地进行软件测试。在设计测试用例时，应该包括合理的输入与不合理的输入以及相应的预期的输出结果。充分注意测试中的群集现象。程序员应避免检查自己的程序。尽量避免测试的随意性。应当对每个测试结果做全面的检查。保留测试文档，包括测试计划、用例、出错统计和最终分析报告。
软件测试的定义是：利用专业的测试工具，测试方法找出软件漏洞，然后提交给开发部门修改，软件测试工程师是软件质量的把关者，在企业中占据着非常重要的位置。
国内对软件测试的认知相对于国外来说较晚，目前还很少有大学开设软件测试的学科，所以这方面的人才在国内还是很稀缺的。据中华英才网统计，目前软件测试人才的缺口在30万人以上，并以每年20%的速度递增，国内外IT行业巨头正在加紧争夺软件测试人才。
软件测试薪资待遇普遍很高，一名优秀的测试工程师的工资是传统行业普通员工的几倍之多，这已经是不争的事实。所以，每年转行软件测试的人不在少数。大家都希望靠学一技之长，改变命运，其想法和勇气可嘉。
1.概述
1.1目的 2
1.2适用范围 2
1.3执行原则. 2
1.4角色和职责 2
1.4.1 测试leader 2
1.4.2 测试工程师 3
2.软件测试流程 3
2.1软件测试流程图 3
2.2 流程图解析 4
3.软件测试周期人员活动 7
3.1软件测试准备 7
3.2 测试执行阶段 8
3.2.1软件执行阶段流程图 8
3.2.2软件测试执行阶段人员活动 9
3.2.3测试扫尾工作 11
4.结语 12
1.概述
1.1目的
1、有效的保证软件质量；
2、有效的制定不同测试类型（软件系统测试、主观性测试、专项测试、（自动化测试）、性能测试、用户体验测试）的软件测试计划；
3、按照计划进行测试，发现软件中存在的问题；
4、对软件中已经解决的问题进行有效的验证
5、判定测试过程和问题验证的有效性。
1.2适用范围
适用范围是参与产品软件测试的各测试工程师。
1.3执行原则.
1、标准化作业，尊重事实；
2、测试工程师需要对产品各项功能持有疑问的态度来思考软件；
3、测试工程师需要主动与项目组的所有成员保持有效的沟通，以便更好地完成测试任务；
4、尽早发现问题，及时跟踪问题；
1.4角色和职责
1.4.1 测试leader
负责审核测试计划,参与计划的实施过程，确保计划的实施和按计划完成测试任务；
制定、更新和维护软件测试流程；
对发现的部门需要改进的问题提供解决方案；
制定短期、长期的改进措施；进行评审和监督；
参与版本风险评估
参与软件需求与UI评审
编制STP（软件测试计划），组建测试团队
根据软件测试申请单的要求判定是否接受软件测试版本；达到软件测试标准安排系统测试；对测试需求进行组内培训。
9.测试任务的分配，保证测试计划的按时完成，保障软件测试质量；测试过程进行跟踪；处理异常情况；定期发送测试报告（每一个升级版本）到开发、PM各管理人员
10.跟进BUG的修改情况，组织BUG评审
11.组织版本风险评估
1.4.2 测试工程师
按照测试计划进行测试的执行,测试用例在编写、评审。
测试记录的整理，
Bug的跟踪【包括：提交、验证、关闭Bug】。
参与BUG的评审
定时完成学习计划并提交学习报告给测试leader
2. 软件测试流程
2.1软件测试流程图
2.2 流程图解析
立项
对于版本，立项的条件只需要满足：
测试部收到版本立项通知，软件产品功能需求/设计说明书都已提供到位
版本进度表
当立项条件满足时，由测试部门经理指定测试，由测试组织立项与后续的测试工作。
需求初审
测试Leader组织测试进行需求审阅，完成三个任务：一是对文档进行评审，如对需求有疑问，或者对需求有建议要求要与需求输出人进行沟通，直到需求定稿；二是确定测试所需配置、资源、样机、以及需求对应的DEV等；三是确定好软件测试策略，策略主要包括如下方面：
1.测试依据
a,软件需求文档
b,其他，如参考其他竞品等
测试资源
a,测试人员需求
b,测试配置需求（需要前期的配置）
c,测试样机需求（例如特殊需求需要特殊的手机）
测试策略
a,采取测试方法
b,采取哪些测试工具以及测试管理工具
c,对测试人员进行培训等
测试人员安排
测试Leader根据在需求初审过程中各功能模块提供的测试人员名单，完成测试人员安排。
需求分析
安排完毕后，测试Leader组织组员进行需求分析，完成两项任务：一是进行组内需求培训，保证所有组员完全理解需求；二是分配测试用例编写或维护任务，确认测试用例完成日期。
请注意：测试用例完成日期必须在软件版本发布测试之前。
测试设计
测试设计主要包括测试用例的编写与评审。由于常规的测试点的用例都已经具备，这里主要针对新的需求。
测试计划
当所有测试前的准备工作已经完成，测试leader就要根据开发时间表以及测试策略制定一个完整的软件测试计划（STP文档），测试计划的依据主要是版本开发计划和测试需求分析结果。
测试执行
测试执行一般分为以下阶段：
确认测试→系统测试→验收测试→产品文档check，其中每个阶段还有回归测试验证问题。
从测试的角度而言，测试执行过程是要考虑量和度的问题，就是指测试的范围与测试的程度的问题。
从管理的角度而言，在有限的时间内，在人员有限甚至短缺的情况下，要考虑如何分工，如何合理地利用资源来开展测试。当然如下几个问题也需要考虑：
a, 当测试人员测试的执行不到位、敷衍了事时该如何解决？
b, 测试效率问题，怎样提高测试效率?
c, 根据版本的不同采取怎么样的测试策略，是全面测试、自由测试还是针对模块的测试
软件评估
这里评估指软件经过一轮又一轮测试后，确认软件无重大问题或者问题很少的情况下，对准备上线的版本进行评估，以确定是否能够上线。软件评估会议由PM？组织，评估成员一般由DEV、PM、QA等组成。
测试总结
版本已经上线后，测试可以通过各种方式对整个测试过程进行总结，可以是做的好的方面的经验，也可以是不足之处以便后续版本避免。
测试维护
由于测试的不完全性，当软件正式release后，用户在使用过程中，难免遇到一些问题，有的甚至是严重性的问题，这就需要DEV修改有关问题，修改后需要再次对软件进行测试、评估、上线。
3.软件测试周期人员活动
3.1软件测试准备
目的
有效的做好测试准备工作，为测试的执行做好前期所需；
按照需求制定好测试策略与测计划；
进入条件
版本正式启动
需求文档已经进行归档
输入
软件开发计划、软件开发时间表、软件产品功能需求/设计说明书等相关需求文档。
作业流程及其管理方法
No. 作业过程名 作业内容/管理方法 作业人 输出
1.立项当立项条件达到，测试leader指定测试组员，测试组员整理相关资料组织立项动作测试leader、测试组员测试计划
2需求初审测试leader组织需求的初审，邀请测试组员一起对需求进行审读，确认该版本对应的配置、资源，确认对应的测试策略测试leader、测试组员
3测试安排测试leader根据需求安排测试人员进行需求分析与培训，并分配测试用例编写与维护任务
4测试设计测试进行TestCase的编写，然后由测试leader制定测试用例的评审计划并按照计划进行评审；（要求开发人员、测试工程师）；测试要将每次Case的评审结果进行记录，测试leader在使用Case前进行评审结果的确认；
测试leader确认最终的Testcase和评审记录。
测试leader、测试组员测试用例
Case编写的依据：
软件需求文档；相关规范和标准；
Case 编写基本规则；
1. 以相关需求文档为编写依据；
2. 使用条件和路径覆盖法判定Case的覆盖率；
3. Case的易理解和易 *** 作性；
4. 针对不同测试目的编写测试用例；
5. 根据不同的测试类型编写测试用例（界面一致性、功能符合性、兼容性、性能稳定性）
5.测试计划编写和评审当测试用例完成后需要组织开发、PM等相关人员进行评审；
当计划定稿后，测试leader需要严格按照制定的计划安排测试；
测试leader
测试计划评审注意事项：
1. 保证测试计划要符合开发计划
2. 测试的全面性；
输出
测试用例
3.2 测试执行阶段
3.2.1软件执行阶段流程图
流程图解析
1．根据整个软件测试执行过程，按时间分成三等分，分别为T1：测试初期、T2：测试中期、T3：测试后期
T1：测试初期这个阶段，主要执行确认测试、基本功能的测试。确认测试的目标需要确保软件完全符合设计文档。基本功能的测试的重点是执行测试用例，尽可能多的去暴露基本功能的问题，测试的执行方式以执行测试用例为主。
T2：测试中期采用自由测试为主，除了测试基本功能外，还需要重点测试性能、用户体验性测试、兼容性测试。其中性能测试可借助于Perfdog工具进行测试。
T3：测试后期阶段，这个阶段仍然需要执行多遍测试用例以确保基本功能的实现完全没有问题。
系统测试分为三个阶段，并不是单纯的时间三等分，而是每个时间段都需要达到测试目标。若没有达到测试目标，测试leader需要及时调节计划，并组织分析问题，避免因为测试不到位的原因导致版本延期。
3.2.2软件测试执行阶段人员活动
目的
有效的制定系统测试的软件测试计划；
按照计划进行测试，发现软件中的存在的问题（包括：界面、需求、功能、兼容性、性能等方面问题）。
对软件中已经解决的问题进行有效的验证
判定测试过程和问题验证的有效性；
进入条件
完成测试计划和测试用例
已确认软件测试申请、软件版本
输入
软件测试计划和软件测试用例。
软件版本；
作业流程及其管理方法
NO 作业过程名 作业内容 / 管理方法 作业人 输出结果
1测试任务安排测试leader获得软件版本后，确认后根据测试目的制定版本测试计划；
测试计划完成后，向组内成员介绍版本基本情况、测试时间安排等
测试leader每个新版本软件测试计划
2系统测试测试接收到软件测试申请并确认版本在发布时已提供相关信息后，安排测试依据测试用例进行系统测试或进行自由测试；
在测试阶段，版本的第一轮和最后一轮测试必须至少执行一个完整的周期。包括过一遍完整的case；
测试leader
组员
测试报告
3验证测试每个版本对以前已修改的BUG进行验证，若确认已经修改，可执行关闭 *** 作。组员
4性能测试测试leader安排组员，按照《性能测试用例》进行测试，主要采用与对比机对比测试得出内存峰值结果；组员内存峰值测试报告
6兼容性测试测试PM安排工程师，按照《兼容性测试用例》进行对不同型号不同系统版本进行验证测试组员兼容性测试报告
输出
每个新版本软件测试计划、测试报告、内存峰值测试报告、兼容性测试报告
3.2.3测试扫尾工作
目的
根据测试结果，组织版本评估
做好测试总结，积累好的经验，去除不好的东西
进入条件
完成了测试执行阶段，PM申请上线
作业流程及其管理方法
NO 作业过程名 作业内容 / 管理方法 作业人 输出结果
1版本评估上线前，测试leader书写软件测试报告并组织版本评估会议，邀请开发leader、项目经理等管理人员组织版本评估会议，最终由项目经理确认软件是否能够上线。项目经理（PM）
测试leader
测试组员
软件开发leader等
评估结果
2测试总结测试leader组织测试进行总结性会议，总结测试经验测试leader
测试组员
3维护测试当收到用户反馈的严重性问题，测试leader组织测试验证并提交问题到JIRA跟踪；
开发人员重新集成版本修改问题，测试leader验证后并组织一次全面的测试确保版本
测试leader
测试组员
测试报告
4.结语
软件测试是程序的一种执行过程，目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。它是软件生命周期中一项非常重要且非常复杂的工作，对软件可靠性保证具有极其重要的意义。测试流程制定的总目标是充分利用有限的人力和物力资源，高效率、高质量地完成软件测试任务。避免不足的测试使软件带着一些未揭露的隐藏错误投入运行，这将意味着更大的危险让用户承担。然而一个规范实用的流程，往往可以改善软件测试的效率。流程的制定为测试计划的制定、测试过程的执行提供了文档性的帮助。让每一个测试很清晰的明白，软件测试周期中每个时段该去怎么做。
该流程的制定不是一成不变，在执行过程中若发现有不足之处，我们将更新此文档，直到完全适用于我们的项目流程。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）