关闭

送测单

617人阅读 评论(0) 收藏 举报
分类:
多年前,在传统的开发模型下,为了规范开发活动有了送测单这种方式。规则和执行总是存在差距,究其原因:清晰的目标+良好的沟通+简单有效
--------------------------------------------------------------------------------------
把事情做简单而不是做复杂。
 
1.送测中的人的问题
有三类人:1)谁来提交测试;2)谁来接收测试;3)谁来做仲裁;
1)和2)两类分别是测试的出口守护者和入口守护者。
1)关心的是哪些需要提交测试,哪些是需要明确指出需要着重关注的(测试是独立的工作,有自己的执行策略,这是在整个项目执行中就达成一致的,因此指出的内容只能是测试的重点或是优先级较高而不能打乱测试执行的原有计划。)
2)关心的是哪些是本轮测试的对像,这就需要提交测试人员将提交的内容做出详细有效的说明,保证测试人员可以有效的执行测试用例。
这里有一处遗露的地方:
开发人员提交代码到仓库,生成相应的是TAG(一个不稳定的版本不应当打基线,其中的原因大家都明白,打了基线的代码,如果没有相关负责人的同意和相应的基线变更申请,是不允许做check in操作的。)而测试人员所取的代码不是直接来自仓库(跟据TAG),而是由开发人员提供的部署文件,谁能保证开发提供的部署文件和仓库中文件一致性(操作出现不衔接)
3)的存在是为了保证如果开发和测试出现争议,3)来做出对问题的裁定,因为项目不能因为争议而停止不前,必须迅速找到解决方案。一般来讲,这个仲裁是由PM或PM+项目级QA来充当的。
 
2.测试的时间问题
测试执行的时间是体现在项目整体的计划中的,任何的计划变动,相应的测试计划也会做出变动,特别是测试执行的时间和策略。如果需要别人指明测试执行的时间,那么没有必要再让测试人员写测试计划了,按项目经理的要求做就好了。那么也就不要强调测试独立性的问题了,时间都需要别人分配,有什么独立性可言,听项目经理的调配也就好了。
 
3.为什么要写送测试单
目的应当很明确,要对测试的每一个模块的完成情况和相应责任人有明确描述,保证所有提交的代码都经过严格的开发自测,保证如果有问题,可以与之沟通。
只要送测的内容和责任人明确了,接下来就是按测试组制定的测试流程进行测试。
首先是验证上一版本的问题,没有按要求修改完,是不允许进行新一轮的测试的。
如果是新提交的模块,没有完成即定的大的功能要求,也不应进行深入测试。
这应当是冒烟测试的真正含议。
测试的时间也是时间,测试的执行是完全独立不受项目组其它人控制的。
 
4.关于送测的类型
任何的代码修改都来自于需求,不论是新项目的开发还是旧项目的维护。
任何的需求变化都应当被维护,都会在相应的计划中体现。
因此测试的类型应包括两类
1)计划型;2)维护型
1)是针对新开发的项目的,所有的测试计划时间都有制定,跟据整体的计划调整也会做出相应调整,这是整个项目组达成共识的一个计划。
因些所有的测试都应当按计划执行,所有的送测试单也是固定的。
2)维护型项目是针对客户反馈进行的,特点是应当及时响应,因些送测单包含修改人和修改的需求。如果测试人员能够进行代码级的测试,需要明确修改了哪些文件(不过仓库是具有不同版本间的比较功能的,只要测试人员用点心就行了)
 
5.关于开发的自测
开发人员必须进行自测,如果不能自测,无法保证测人员的正常执行,但测试人员不能要求开发人员搭建一个跟测试人员一样的环境进行测试,这样是不现实的,开发人员的自测,一般集中在单无测代码和模块间联调上。
测试可以通过冒烟测试对开发提交的代码的可测试性进行验证,不符合标准不再做进一步的测试。
如果开发多次出来不通过现像,我想我们的PM和QA对整体的开发人员需要做相应的淡化了,是什么原因,那不再是测试关心的事,而是由开发人员解决。
这其间浪费的时间,不能占用测试的时间,也不应缩短测试的时间。
0
0
查看评论

单测

初探: http://developer.51cto.com/art/201102/244535.htm 深入用法:点击打开链接 深入理解:点击打开链接
  • tuantuanls
  • tuantuanls
  • 2013-06-06 15:48
  • 354

[交易策略]单均线模型回测

文华财经过滤模型代码: MA20:MA(C,20); C>MA20,BK; C<MA20,SP; AUTOFILTER;
  • liuyukuan
  • liuyukuan
  • 2016-09-14 17:43
  • 3245

如何提高测试效率

如何衡量测试效率?    个人认为可以从软件测试的活动中的以下指标综合考评,去评估衡量测试效率,每项指标都高,自然能够说明一些问题:    1.发现缺陷的质量:    同一个项目组内,我们一般运用测试管理工具T...
  • fenfangnaicha
  • fenfangnaicha
  • 2009-08-03 17:23
  • 2113

结对编程和TDD(测试驱动开发)

这两天来参加了个结对编程比赛,完成之后觉得有些体会需要书写出来沉淀下。 结对编程大家应该有听过,两个人同用一台电脑,一人敲代码,一人旁边观看,至于观看的人做些什么就有很多的选择了,这个方式还是对效率有一定提升,但是需要勤加练习,因为很多人习惯了个人完成编程,突然旁边多个人看还是挺不适应的。总结下来...
  • MR_Peach07
  • MR_Peach07
  • 2017-06-05 00:23
  • 282

UUID---生成--测试

public class TestUUID { public static void main(String[] args) { String uuid=UUID.randomUUID().toString(); System.out.println(uuid); String fileNa...
  • zdj11
  • zdj11
  • 2014-10-20 09:43
  • 282

javascript单元测试及框架介绍

1.      什么是单元测试 在计算机编程中,单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小单元...
  • luqin1988
  • luqin1988
  • 2013-04-27 08:50
  • 1592

NodeJS之单体测试

NodeJS单体测试
  • wangchengming1
  • wangchengming1
  • 2017-05-12 09:40
  • 172

一道匿名内部类的测试题

匿名内部类的测试题题目 对题目的分析 测试题的答案
  • u013905744
  • u013905744
  • 2015-03-17 19:54
  • 506

Android:单元测试

前言对于Android的单元测试一直有些弄不明白,虽然要进行单元测试并不复杂,但是其中的关系好像有点复杂,包括怎样在Eclipse进行单元测试,又怎样在Android Studio进行单元测试,怎样进行Local的测试而不需要运行真机或虚拟机,各种TestCase有什么不同,为什么Junit4好像很...
  • leelit
  • leelit
  • 2015-12-24 16:29
  • 717

移动应用众测之“Bug探索测试”实战

随着移动互联网业务的高速发展,越来越多的人认识到Bug探索众测的重要性。那么什么是Bug探索众测呢?Bug探索众测是测试专家Cem Kaner博士在1983年提出的,Bug探索众测是一种软件测试风格,它强调独立测试人员的个人自由和职责,为了持续优化其工作的价值,将测试相关学习、测试设计、测试执行和测...
  • BeeTest_FH
  • BeeTest_FH
  • 2018-01-05 14:33
  • 77
    个人资料
    • 访问:51369次
    • 积分:1583
    • 等级:
    • 排名:千里之外
    • 原创:157篇
    • 转载:32篇
    • 译文:0篇
    • 评论:2条
    文章分类
    最新评论