Testing process--some document in our testing process.

  Last time,we stop at testing should contain smothly process and strictly regulation.Hence,we should use some frame to control our process well.For example,we should desigh test case in order to test primary function firstly.So,we should build model and make every member follow it.As you know,different people have different point view for same question.In the same meaning,different people have different view for the priority of facotor in the test spec.You think the description is more important,other consider precondition is crucial.And,which should we use for our team?If any one use their own spec.It is undoubt that this is really inconvenience to manage our document.Certainly,there has lots of document need to set down uniform model.Now let's introduce them one by one.

  We can classify two kind of thing related with testing process--Input factor and output factor.For the first one,include test spec,testing assignment;For the second,contain test result,issue report,log,test report for one module,the result of modified issue.Let's beginning from test spec.

  Except I said above,test spec should simple,understand easily,and have well-proportioned coverage.We should base on requirement tracking matrix to design test spec.In each spec,we should have unique form to write our spec.There must include some factors that must be write down,like spec name,priority,depends on,traceability,precondition,description,writen by(this will convenience for team to follow in case requirement changed),view(positive or negative) or something like that.After requirement is settled down.Test team should decide what factor should be displayed in this system.And,for every step,it should include action,input value and expected result.After designing test spec,writer should hold review meeting which should invite developer and analysisor attend.(This has been talked in the former archive).

  For testing assignment report,it is used to inform every person what should they do,when they should do,the request of different work.Manager should assign exhaustive work to everyone before each testing cycle through effiency communicate mechanism.It should be better to use testing task to everyone.I think this also need a module,at least,it should include tested by,time spend(this will good for after work,like automatically testing),module,full request.In this way,I hold that anyone can understand what should they do,even a freshman in our system.

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: V-模型是一种用于测试的模型,它把软件开发的不同阶段映射到测试活动的不同阶段。V-模型中的每个测试阶段都是相互关联的,所以每个阶段都必须在进行下一个阶段之前进行测试和验证。V-模型可以提供一种可行的测试方法,可以用来确保软件质量和稳定性。 ### 回答2: V模型是一种软件测试方法,它基于瀑布模型的开发过程。该模型针对软件开发的每个阶段都有对应的测试阶段,并在每个开发阶段的后期进行相应的测试活动。 V模型的各个测试阶段与开发阶段的对应关系如下: - 需求分析阶段:测试计划、测试策略和测试用例的编写。这些测试文档的编写是根据用户需求和系统规格说明书来进行的。 - 系统设计阶段:测试建议书、测试脚本和测试数据的编写。这些测试文档的编写是根据软件设计规格说明书来进行的。 - 详细设计阶段:测试用例的定义和设计。这些测试用例是根据软件详细设计规格说明书来进行的。 - 编码和单元测试阶段:单元测试用例和单元测试脚本的编写。这些单元测试用例和脚本是根据编码规范和系统编码的模块来进行的。 - 组装和集成测试阶段:集成测试用例和集成测试脚本的编写。这些集成测试用例和脚本是根据不同模块的组装和系统集成规范来进行的。 - 系统测试阶段:系统测试用例和系统测试脚本的编写。这些系统测试用例和脚本是根据软件需求规格说明书和系统设计规格说明书来进行的。 - 验收测试阶段:验收测试用例和验收测试脚本的编写。这些验收测试用例和脚本是根据用户需求和验收测试标准来进行的。 V模型的优势在于它可以确保在每个开发阶段都进行相应的测试活动,从而在早期发现和修复错误,减少在后期发现错误的风险。此外,它还促进了测试文档的编写和维护,提高了软件测试的可重复性和一致性。然而,V模型也有一些限制,例如对于需求变更的处理相对困难,以及测试活动与开发活动的依赖性较高。 ### 回答3: V-Model(即V型模型)是软件开发过程中的一种测试方法。该模型着重强调测试活动与开发活动的并行进行,以确保测试尽早发现和纠正软件缺陷。其名称的由来是其图形形状类似字母“V”。 V-Model模型包括以下阶段和活动: 1. 需求分析阶段:在此阶段,需求分析人员与相关利益相关者合作,收集和理解用户需求和系统功能。在此期间,测试团队会使用这些需求来制定测试策略和计划。 2. 系统设计阶段:在此阶段,基于需求规格说明书,系统设计人员会设计整个系统的体系结构和组件。测试工程师将使用这些设计文档来编写测试用例和测试数据。 3. 构件设计阶段:在此阶段,开发人员开始编写代码,以根据系统设计规格为每个组件开发相应的模块。与此同时,测试工程师会执行单元测试,以验证每个构件的功能和质量。 4. 集成测试阶段:在此阶段,组件被集成成完整的系统,并进行系统级联调试。系统集成测试将验证系统的功能和性能,并确保所有组件之间的良好交互。 5. 验收和系统测试阶段:在此阶段,测试工程师将根据预定义的测试计划和测试策略执行各种测试,例如功能测试、性能测试和可用性测试。测试的目的是验证系统是否符合预期的要求和质量标准。 6. 用户验收测试阶段:在此阶段,最终用户将对系统进行测试,并决定是否接受该系统。用户验收测试旨在确保系统满足其预期的业务需求,并且达到用户的期望。 通过V-Model,测试工程师能够在整个软件开发过程中与开发团队密切协作,从而在早期发现和纠正潜在缺陷,提高软件开发的效率和质量。此模型的优点在于强调测试活动与开发活动之间的关联性,同时可以帮助团队更好地管理测试的范围和资源,减少后期修复错误所需的时间和成本。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值