为你插上遨翔的翅膀,与您共同成长...
  •  1、代码走查:

    如何去做代码走查?

    a) 从参加人员来说,应该是项目的整体参与者,如果项目太大,整体参加的成本很高,那么可以以模块为组进行走查。因为他们之间负责的业务是紧密相关的,使用的技术是接近程度比较大的,因而开发的规范应该是统一的。

    b) 从走查内容来说,应该是代码的命名规范,以及组织结构。每个项目都有自己的规范,但是如果项目内部使用不同的规范必然会增加发现问题、解决问题的难度,同时增加后期的维护成本。

    c) 从走查时间来说,应该在每个模块开发完成之后进行,便于开发人员之间交流问题以及体会,并且每个人的讲解时间不要超过30分钟,因为模块的业务复杂度不会那么复杂,30分钟都讲不清的业务逻辑如何保证代码是清晰的。

    d) 从走查的结果来说,经过走查的代码应该是参加成员大部分能认同的,并且参加者每个人都能读懂的逻辑清晰的代码,并且通过交流提高项目成员的凝聚力,提高其业务认知度,最好能形成项目之间可以共同使用的产品。

    2、单元测试 

    单元测试的主要内容:单元模块内和模块之间的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试,单元内的业务流程和数据流程等。 

    单元测试的职责分工:由各项目组的开发人员完成测试工作,并详细记录测试结果和修改过程,质量部进行抽检。

    单元测试的输入:《源代码》、《详细设计报告》 

    单元测试的技术要求: 

    测试要求:

    a) 每个被测单元中每条可执行的脚本都被一个测试用例或异常操作所覆盖,即脚本覆盖率达80%  

    b) 每个被测单元中分支语句取真和取假时,各分支至少执行一次,即分支覆盖率达到80%  

    c) 每个被测单元中的业务流程和数据流程,必须被一个测试用例、一个异常数据、一次异常操作所覆盖,即异常处理能力达80% 

    单元测试通过准则

    a) 单元功能同设计需求一致; 

    b) 单元接口同设计需求一致; 

    c) 能正确处理输入和异常运行中的错误; 

    单元发现问题进行修改后,进行回归测试,且回归测试通过后,才能进行下一阶段。 

    单元测试的输出:《单元测试记录》、《测试计划》

    单元测试的测试质量责任人是项目经理。  

    3、集成测试阶段

    集成测试的主要内容:系统集成后的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试,业务流程(接口测试)等。

    集成测试的职责分工:由测试人员组织进行并完成该阶段的测试工作,对测试结果进行详细的记录。

    集成测试的输入:《集成测试计划》、《概要设计》、《测试大纲》

    集成测试的技术要求:

    测试技术要求: 

    a) 验证被测系统是否满足设计的需求。即根据设计要求中全部功能和性能要求,测试整个软件系统,验证其是否达到设计的要求。 

    b) 通过数据处理的测试用例对被测系统的输入、输出、处理进行测试,使其达到设计要求; 

    c) 通过业务处理的测试用例对被测系统的业务处理过程进行测试,使其达到设计的要求;

    c) 测试软件正确处理能力和容错能力; 

    d) 确认单元间无错误连接; 

    e) 测试软件对正常数据的处理,对接口错误、数据错误、协议错误的识别及处理。 

    通过准则 

    a) 各单元间无错误连接; 

    b) 满足软件需求的各项功能、性能要求;

    c) 对错误输入有正确的处理能力; 

    d) 对测试中的异常有合理的提示; 

    e) 人机界面友好。 

    集成测试的输出:《集成测试bug记录》、《集成测试分析报告》。  

    4、系统测试阶段 

    系统性的初始化测试、功能测试、用户需求确认、业务处理或数据处理测试、性能测试、安全性测试、安装性测试、恢复测试、压力测试等

    系统测试的职责分工:由测试人员组织进行并完成该阶段的测试工作,对测试结果进行详细的记录。

    系统测试的输入:《系统测试计划》、《用户需求分析报告》、《用户操作手册》、《安装手册》

    系统测试的技术要求:

    测试技术要求: 

    d) 用户需求的确认:进一步验证被测系统是否满足用户的需求。即根据用户的需求分析报告中全部功能和性能要求,测试整个软件系统,验证其是否达到用户的要求。 

    e) 通过数据处理的测试用例对被测系统的输入、输出、处理进行测试,使其达到设计要求; 

    f) 通过业务处理的测试用例对被测系统的业务处理过程进行测试,使其达到用户需求的要求; 

    g) 测试其进行数据处理时的响应时间是否满足用户要求; 

    h) 安装性测试是验证其按照《安装手册》是否能够正常配置和安装; 

    j) 安全性测试是测试其对非法用户的抵御能力,非法用户无法登录本系统。

    k) 恢复性测试:测试系统在掉电的情况下,系统的恢复能力。是否正确恢复数据,是否恢复正常操作。 

    l) 压力测试:对b/s结构的系统来说,系统的大用户量测试,系统的并发能力测试,系统的数据库压力测试是必须要做的测试,常用的测试手段是测试工具。如wasloadrunnerjmeter 

    通过准则 

    a) 满足软件需求的各项功能、性能要求; 

    b) 系统的安全性满足用户的需求; 

    c) 系统的负载能力满足用户的需求; 

    d) 系统与外界支持系统正常运行; 

    e) 系统的稳定性等满足用户的需求; 

    f) 用户操作手册易读、易懂、易操作。 

    g) 系统测试的输出:《系统测试bug记录》。《系统测试分析报告》。

     

  • 前一条:软件测试:单元测试的效益
    后一条:Linux安装的几点经验之谈

24小时热线:028-87777180,13684087372
地址:成都锦江区百日红西路212号8楼。
关于川软 | 川软课程 | 常见问题 | 在线报名 | 联系我们 | 回到顶部 2002-2023   川软教育版权所有   蜀ICP备13021846号-1

川公网安备 51010502010656号