51Testing软件测试论坛

标题: 在公司制度不规范的情况下，如何做好测试工作？（09-5-11）（获奖名单已公布） [打印本页]

作者: 默默巫 时间: 2009-5-11 15:16
标题: 在公司制度不规范的情况下，如何做好测试工作？（09-5-11）（获奖名单已公布）
在公司各项制度和体系都不完全健全和规范的情况下，如何做好测试工作？

如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	allenzgw	当当购物卡50元	44#
二等奖	FENHUA927	300论坛积分	16#
二等奖	archonwang	300论坛积分	21#
三等奖	maguschen	100论坛积分	27#
	zhangzhimei1004		26#
	kuailederen		29#

作者: sn_asd520 时间: 2009-5-11 16:25
感觉目前很多中小公司的测试制度都不是很完善，但是个人感觉还是有重点可抓的，像使用一些测试工具，管理工具，还有就是一定先写个流程，然后就是按照流程来走

作者: huiguiziran111 时间: 2009-5-11 16:30
我现在就是在这样的环境的，我希望自己能够把这个流程给组织和规范化！但是我不晓得如何处理才好！

作者: hyddd 时间: 2009-5-11 16:38
我觉得：
1.抓基本的，重要的功能进行系统测试，不考虑自动化或者其他测试类型了，先却确保产品能用，可用。
2.测试流程规范需要逐步积累了，包括测试流程规范，报告模版规范等。
楼下补充吧.....

作者: maling899 时间: 2009-5-11 16:41
我们部门就是这种情况，软件测试我做了2年，目前还是一个人做，一个人说了算。但是在2年的工作中摸出来一些经验，想要做好测试，首先自己要做好流程的规范，具体化规范，定制好每个阶段的checklist，这样的话即能井井有条的开展工作，又能保证软件的质量。

作者: dazhuang210 时间: 2009-5-11 16:44
标题: 我的亲身体会
未毕业时我就找到了一份工作去一家 40左右人的公司当测试组长,第1天去熟悉了下环境,帮公司同事解决了一个iis的问题,第2天第3天第4天,我难了晚上加班,算是得到的公司同事的认可,因为毕竟人家用咱了,也就是咱可以为公司出份力了,但是后就不如此了,高层领导对咱不怎么重视,幸好我的顶头上司还好,人不错,我乐了,哈哈~但是10天后就发现了公司不好的一面,同时挤兑我.原来一个干开发的转测试的(估计也是开发干不好转的),心情很不爽,现在还好点.
跑题了哈哈,总体来说先抓需求, 我测一个软件根据需求来的是客服部使用他们说不切实际我说我们根据需求来的如果要改我们不做主需要问当时写需求的人, 他们直接给老总说了 , 老总一句话你们这样就行了没点想法(说的我和另一位开发组的人) 我诧异了心理想有需求额, 我诧异了.当时什么没说.然后老总让他们把需求改了 ,基本等于重做了,太难了,真的.领导做成这样.我惭愧~.重点就是抓需求.然后就是根据实际情况咯.别的就不好了公司刚起步就得抓需求,给公司内部要灌输思想,这是你要的明白?

作者: 高瑞洁 时间: 2009-5-11 16:44
标题: 按目标按要求来做好测试
任何需求、流程都是在有需求的情况下产生的。如果测试流程特别乱，最终肯定有人来组织或提出建议来建立一个流程，那么这个人可能最后就成了经理。如果文档特别乱不规范。可以自己整理出规范的文档，不要管别人怎么做，自己做好自己的，就可以了。想想最后你可能成为一个人才备选。
所以本人认为在公司制度不规范的情况下，是一个显示自己才华的机会，别人不规范，自己来规范自己好了。最终公司是要规范的，不可能在一个凌乱的流程下发展。所以做好自己的，才能说话。

对需求的了解和对软件本身的熟悉程序是一个必备的先题。

[ 本帖最后由高瑞洁于 2009-5-11 16:48 编辑 ]

作者: yllff 时间: 2009-5-11 16:46
还处于自己摸索阶段，呵呵

作者: hetty.fan 时间: 2009-5-11 16:46
标题: 我也是觉得，要发展太难了
一个人做测试
自己都觉得混乱
开发人员再给个脸色，不跟你配合，难喽

作者: 心中有彩虹 时间: 2009-5-11 16:48
个人意见：首先要规范测试流程。当然这个是需要和老板沟通的，使老板在尽可能多的程度上认识到测试的重要性，支持在公司内部进行一些改革；其次，个人的能动性了。在工作中，个人应该尽可能的实践下，引入些合适自己公司的流程和测试规范，制定相应的规章制度，使得整个软件研发过程都遵守相应的规则。
个人一点拙见。

作者: Carina_yan 时间: 2009-5-11 16:54
标题: 测试要有计划性
总结自己的测试流程。
测试最重要的是掌握系统需求—>做好测试策略—>（编写）执行测试用例—> 使用自动化

作者: 甘露 时间: 2009-5-11 17:10
标题: 一点想法
首先要熟悉公司的产品，相当于需求，搞清对象再说；
起步时一般都没有健全的管理工具，但自我感觉不可缺少，看看QC,TD，领会一下思想
要想把测试做好，扎根于理论还是很重要，不能感觉怎么方便怎么来，策划出科学具体的测试流程；

作者: kings727 时间: 2009-5-11 17:11
1、可以先针对公司的现状和问题要有所了解和分析
2、一般如果仅仅是跟经理或者同事说，需要怎样怎样做，不会有很好的效果，但是可以等到出了问题，你不当可以分析问题，并且给出相对的解决办法，那么你说的话就会有分量的多。
3、不可以急于求成
4、不要增加太大的工作量，很容易引起其它人的反感。
总而言之是漫长的拉锯战。

作者: gongqiang0 时间: 2009-5-11 17:51
我现在也刚起步，只是曾经老师说过，小公司的规划自己定，强与不强就看自己如何去操作

作者: zyp_test 时间: 2009-5-11 18:02
刚到一家公司就是这样，没有规范的流程，需求很乱。
1.个人根据以前的测试经验，首先熟悉项目；
2.其次，制定出很规范的各种测试模版（让开发人员看到你的测试很正规，不要让他们瞧不起）；
如果开发人员不配合只有找上级领导解决，一般测试和开发没有隶属关系的。
如果上级领导对测试重视，那就是很幸运的测试员了。
个人还认为，一个测试人员懂些质量管理和CMMI方面的知识，更好的制定各种规范和流程。

作者: FENHUA927 时间: 2009-5-11 18:26
目前已经在一个测试不规范的公司做了近两年了，总结如下：
1、和领导沟通，制定一个有效的测试管理规程。不规范的起因大部分由于管理混乱，导致计划实施困难，工作开展的没有章法，制定一个管理规程，可以约束测试工作行为，在实在对开发方起不了作用的话，还可以给自己的工作做一个准则。
2、制定有效的测试计划，规定出测试过程中各个阶段的输出物，按照计划管理，需要灵活变动的地方最好有变更跟踪记录，注明变更原因。使用管理工具管理测试各类文档。
3、针对测试工作中常见问题给出解决案例，明确报告对象与问题人员，对事不对人，但是一定要对每个bug与疑问的地方认真对待。
4、需要把好产品是否能够发布的关口，认为不能发布时，和开发人员和上级领导详细说明不能发布的原因或者如果这样发布引起的后果，如果意见未被接受，明确发布的责任承担方。

呵呵，目前想到的就这么几点，其实好多目前还未在实际工作中实现，但是朝着这个方向发展应该还是会好一点

作者: ducan 时间: 2009-5-11 19:58
这就是传说当中的，走公司特色的道路吧

作者: yanqiang 时间: 2009-5-11 22:25
前提是公司制度不规范，那么凭借你一个人的力量想让公司规范制度那可不是一件容易的事，所以最基本的还是先做好自己所处职责范围内的事，慢慢的一步步不断完善流程、规范，可以拿一个项目来做实验给老大看，如果切实可行，老大还是会考虑的，毕竟老板的最终目的还是赚钱，只要你提出的流程规范能为老板省钱而又能给他带来效益，老板不会不采用，只是时间的问题。

作者: hzhyin_test 时间: 2009-5-11 23:34
关键是需要制定适适合公司现状的规范和流程，不仅要得到认可，同时也要考虑可实施性，需要跟不同的人去反复沟通，是一个比较痛苦的过程；
还有跟公司的发展状态有关，测试不可能单独存在，是依赖于开发等环节的，如果开发流程规范的话，测试规范起来相对来说会较容易；如果开发流程本身也不规范，测试想规范是比较难的；（比如：测试版本的控制等）
我目前正处于这个痛苦阶段呀！

作者: h207 时间: 2009-5-12 11:26
新手来转转

作者: archonwang 时间: 2009-5-12 11:41
呵呵。不规范。。。。

规范需要很高的代价，从看得见的人、财、物到看不见的时间精力。

如果制度不规范。可以具备的几种选择是：
1. 选择离开到更规范些的公司任职；
2. 从现实出发：
2.1. 梳理现有流程；
2.2. 从现有流程出发，选择构建必要的流程节点
2.3. 着手基本的管理工具。很多公司可能没有，那么着手使用最基本的word、EXCEL进行管理，但是人工干预的内容很多，一个小团队维护的话比较吃力。
2.4. 确定现有的可使用的测试方法并将这些方法填充到流程上
2.5. 逐步完善流程和流程中所使用的各种方法，并形成制度

一个比较简单的案例如下：
一家公司，没有测试团队，有1～2个测试人员参与项目的测试过程。那么就从测试开始的时间计入，参与功能测试，系统测试等。每个阶段定义一条流程，将bug追踪解决确定为一独立流程，使用mantis管理工具进行支撑。在每个测试阶段里，适用的方法，例如：黑盒测试设计及执行方法，系统测试流程等归纳和总结。为配合这些流程，逐步引入缺陷管理工具，测试辅助工具（主要是测试数据生成，测试记录追踪等），任务分配系统等。在工作过程中，依托已经形成的成文形式，明确各方职责，当然，技术经理可能排除哪些规范制度尚不涉及的区域，逐步完善规范和制度，适应当前的项目及公司环境。经2年左右的发展，逐步将开发阶段的各个角色进行了专业化分离。

[ 本帖最后由 archonwang 于 2009-5-15 13:27 编辑 ]

作者: heporen 时间: 2009-5-12 17:32
我也迷茫中。。。。

作者: free_xiaoyu 时间: 2009-5-12 18:19
目前在我们公司，我就感觉到测试工作非常难做，老板根本不知道测试的作用。所以我觉得在一个小公司要做好测试很难。如果单就测试工作而言，我觉得首先还是在测试内部建立起一个测试规范来，这样会好做一些，另外就是，应在功能测试方面多做工作。首先保证软件的功能满豆用户的要求。

作者: ganhuiping 时间: 2009-5-13 10:17
标题: 这个问题我提过的
目前就我就处在一个小公司，一个人坐在一个尴尬的位置上。有时候这个位置很冷，但是没办法还要做下去，各种所谓的规范自己也在慢慢摸索中。就我工作的这半年有很多的体会。需求应该是所有软件活动的源头吧，有的错误先天就是由需求带来的。根据需求去开发，去测试。应该是准则。在小公司各种管理体系不成熟的情况下，我想先保证软件的功能是最主要的，其他什么性能之类的几乎不涉及，也没人关心。很多所谓的规范如果拿到小公司，还得根据实际情况来改改。

作者: huguxiang 时间: 2009-5-13 10:36
标题: 三年私企测试经历
恍恍惚惚，在这里呆了快三年了，从没有测试部门到有测试部门，现在又到没有测试部门，我从雄心壮志，到现如今的信心全无，反反复复，几多忧愁几多欢喜。测试本无罪，创造不了效益就有罪了，所以老总，经理，开发人员没有一个重视测试的，呜呼哎哉！因而，我常年生活在“三座大山”之下，做人胜于做事。

作者: zhangzhimei1004 时间: 2009-5-13 10:43
标题: 制度不规范，如何做好测试？
首先，制度是人定的，各个公司的情况不一样，制度也会不一样，同时，制度也是根据经验慢慢摸索出来的；其次，就算制度规范了，执行力度不够，最后的结果的也不一定满意。所以对一个制度不规范的公司，如何做好测试工作，个人认为有几下几点：
1）需求：要主动参加开发部关于需求讨论的会议，对需求真正的了解；当需求有变更时，要做好变更记录；需求定了，设计说明书完成后，就可以编写相关的测试用例了（能写多少就写多少）；
2）单元测试：当开发人员开始编写代码时，和项目经理商量让开发组同事做一些单元测试（如果单元测试做好了，对软件质量会有很大的提高；以前不做单元测试，现在开始做，一点一点完善。）；
3）测试：当开发人员完成一个功能后，就要主动去测试（制度不规范，开发人员未必会主动提交给测试人员），一直到项目完全完成后，进行完整的系统测试。项目的每一个功能都要认真去测，写了测试用例的就按照测试用例执行，没有测试用例的可以先测试然后再写测试用例（为以后项目做准备）。对于有特殊要求的测试比如性能测试也要做一点；
4）提交Bug：提交Bug时，主题一定要明确，要做到一目了然；Bug等级和优先权一定要设置好，不同时期开发人员会解决不同类型的Bug，且Bug的优先权是不同的；在描述中一定要写清楚详细的Bug重现过程（每个项目时间都很紧，开发人员没时间仔细琢磨Bug到底是什么意思或者按照描述重现不出Bug）；能准确定位问题更好（不过，需要对代码十分了解）；
5）提交测试报告、分类统计Bug数量：测试完成后，要做一个测试报告，根据测试项目的过程，写一个测试报告，格式不重要，提交给项目经理；最整个项目在测试过程中出现的Bug进行分类统计，然后把统计表发给开发人员以及项目经理，这样开发人员对以后编码也是一个帮助。
当然，对公司所处行业的行业知识也要有一定的了解，这可以帮帮我们能已更接近用户的角色来使用软件。

作者: maguschen 时间: 2009-5-13 18:30
首先，也是最重要的一点：不要尝试自己建立一套所谓规范的制度，并且让其他人以此作为标准来执行。

公司制度不规范，其主要原因，个人认为，是“制度”不被重视，所以就不能被规范。遇到这种情况，个人认为可以做以下的事情。

1. 首先做好自己的本职工作，提高自己的业务水平，博得同事和上司的认可与信任
2. 有空的时候研究一下自己所在部门的情况，然后根据现实，尝试给领导提出一些制定规范或者改善流程的建议。需要注意：
a. 一定是在富余时间做这件事情，老板最初请咱的目的就是干好本职工作
b. 一定要根据实际情况提出建议，而不是照搬书上或者某些人的成功经验
c. 一定要给你的领导提，不要自己跳出来搞，没有领导的支持，是不可能成功的
3. 如果建议得到接纳，并且在实际工作中看到积极的效果，可以持续进行第二条……

每个人都有冲动的时候，总会想自己搞个什么流程出来优化优化；说实在话，出来混的，没有谁比谁聪明多少，你想到的东西，部门里面其他人肯定也想到了；之所以没有实施，里面肯定有原因；所以我们有什么想法，最好通过老板来推动，自己单干，会死的很惨。

作者: cagemm 时间: 2009-5-13 20:02
标题: 回复 1# 的帖子
多和研发人员沟通、交流；
对测试过程进行详细记录，根据日常工作出现的问题总结，分析工作中的难点，并做出解决方案；
最终还是要形成明确的规章制度，按制度行事，工作效率和工作质量会提高很多。

作者: kuailederen 时间: 2009-5-14 11:20
有几个公司是规范的呢？也就是流程复杂些而已。
我们所谓的不规范，基本是没有具体需求或者需求不详细，没有完整的测试流程，一般是系统做好了才去测试，没有科学的采集测试数据和分析数据从而为测试服务等等等的情况。
   我们都知道目前被普遍认可的质量管理体系cmmi，它是这样说1级的：没有任何质量管理过程，项目的成功完全依靠个人的能力。
  那么好，我觉得在一个测试不规范的项目中，个人能力也会起到关键的作用。因为他的经验和能力可以拟补很多项目中的不足。
下面是我的观点：抓住几个重要的环节即可。
1.第一个环节是需求。
有简单的需求，你需要尽量的细化。如果没有需求呢，你也要根据已经做成的系统来理解需求，一切凭的都是经验。这里所说的需求，不是让你写测试需求文档，是让你去认真的思考测试点。
2.写好测试策略和测试方案。
测试策略是分析出本次测试包含的质量因素和测试的内容，以及测试重点；在测试方案中提出测试的具体方法和测试建议等。只要做好这两点，那么后面的测试就非常的简单，也基本不会出现意外。一个人的水平就体现在他做这些工作和实际测试的偏离度。所以你要根据自己的经验去做这些。我以前做的这些，经常就是在测试前期就制定测试方法，写出在那个功能模块中要怎样测试就会出现问题，很准的，也很有成就感。
3.写好测试用例。
  可以说一个测试人员的价值就体现在测试用例上。无论你以前做的工作有多好，而只有测试用例才是看得见的，才是离你的目的最接近的。把你对系统的理解，对系统的分析，把你的测试思想和技能全都体现在用例里，因为只有它才能发现缺陷。

总之一句话，经验和个人能力和以拟补一些流程和管理上的不足。
  一个测试人员的能力，我认为应该体现在这里：对问题的预知，解决问题的方法，定位问题的效率和准确。

作者: yanning0509 时间: 2009-5-14 15:30
标题: 新手的困惑
进软件测试公司实习也快两个月了，可是基本上人家也不安排你事情做，就给你公司的软件让你随便玩，总感觉很闲，学不到东西，别人都忙的紧，也没任务给你，感觉自己无法进步，我想问一下各位前辈，你们刚进公司时也是如此吗？有没有经验可传授一下

作者: Fin 时间: 2009-5-14 16:35
答：首先，这家公司没有测试的历史背景，公司项目的规模等。最大的困难应该是领导的重视与否。然后要理解公司对测试这个职业的认识达到了什么样的程度。还有开发项目经理是否愿意去让他的产品去给别人评价，检测。此时，沟通成本变的异常的庞大。
那么如何做呢？要明确每一个角色的关注点。不防也可以把他们定做成一个过程划分，
针对不同角色进行沟通时明确他们的需求。下面是说明：
 角色：老板
 入口准则：利润（只要让他看到利润，入口准则就成立）
 输入：成本（老板决定投入的成本）
 出口准则：测试工作的开展给公司带来的利润评审通过
 输出：测试工作的开展给公司带来的利润
老板要的是利润，只有看到了利润，老板就可以继续支持下去。既然是以测试人员被招聘入公司，就说明多少有做测试的意向。但老板要的不是沟通与说服，一切由数字说话，不是去翻阅测试的历史，而是要自己亲自实践给公司带来的实际利润做统计数字来说话。
 角色：开发项目经理
 入口准则：帮助，捷径或者说为了项目/产品更早的被发布
 输入：允许测试工作进行
 出口准则：测试工作的进行确实给项目/产品带来捷径的评审通过。
 输出：测试工作的进行确实给项目/产品带来捷径
对于开发项目经理来说，这一关是最不好通过的。因为测试其实是否定其产品的完美性的工作。项目经理多少都会对项目/产品一种保护反映。让其认识到测试对他是一种帮助，而并不是敌对角色，是站在一条战线上的。
下面是针对工作的开展计划，作为有且只有唯一的测试人员，我们必须承担起多人的角色。测试经理，测试人员，SQA等。要做的工作也是普通测试人员的N倍（但付出总有回报）。主要在于角色间的转换。首先我们要站在测试经理的角色上，依据公司的规模和项目/产品的大小，选择测试模型。划分测试阶段，参与需求设计评审，评审基线定位，编写测试计划，设计，根据设计写测试用例，测试执行（测试员角色）等工作展开。提交BUG并进行回归测试。测试工作完成后，要转换角色到SQA 进行测试统计阶段，这步非常重要，是提交给BOSS和开发经理看，用来确认你工作的有效性，和测试的重要性，也为下一步展开更规范性测试的可行性的进一步保障。主要有分析缺陷指数：
 分析指标
1．反映产品质量的指标
缺陷密度=缺陷数量/软件规模（千行代码数）
潜在缺陷概数=（100%-发布前缺陷的缺陷去除率）*缺陷密度
2．反映产品可靠性的指标
平均实效时间=软件持续运行时间/缺陷数量
3．反映缺陷发现及修复效率的指标
缺陷检出率=某阶段发现的缺陷/属于该阶段的全部缺陷*100%
发布前缺陷去除率=发布前发现的缺陷/（发布前发现的缺陷+软件运行前三个月）*100%
缺陷修正率=修复过程中未引发其他问题的缺陷数/被修复缺陷的总数*100%
4．反映缺陷修复成本的指标
平均修复时间=∑缺陷修复时间/缺陷数量
平均修复成本=开发人员的平均人力成本*平均修复时间
相对返回成本=返工的工作量/项目总工作量*100%
 汇总统计
1．缺陷发生的日期统计（缺陷发现趋势图）
2．缺陷性质统计（缺陷变更，需求变更）
3．缺陷状态分布（关闭，修复中，挂起等）
4．缺陷按子系统（模块）分类统计
5．缺陷引发原因分类统计
6．缺陷来源统计（缺陷提交人或提交方）
//----------------------------------------分割线-----------------------------------------------//

以上是我在上学的时候回答的这个问题的答案，现在翻出来看看，确实挺幼稚，可笑的回答。学生时代是没有经历过真的困难，基本上想象工作是简单容易的，把自己当作救世主的心态走进了社会后，碰了钉子后都不知道自己是错在哪里，反省了好长时间，真的把事情看得太简单了。
“在公司制度不规范的情况下，如何做好测试的工作？” 这个话题锁定的范围太广了，有技术范畴的、有管理范畴的、也有心态范畴的。真的这几个方面缺一不可，但完全做好了也未必能做好测试工作。这是我现在的理解程度，可能以后会是别的思想。楼上长辈们，高手们都谈了技术，管理范畴的，我想谈一下心态篇的东西，共同学习，共同进步。
   我们都知道需求很重要，有一个项目的需求要确定，老板要我们去做，我们在甲方这里，想了一切可能碰到的困难，下定决心，一定吃掉这个任务，去了2个月了，完全傻眼了不是甲方不和你谈需求，也不是公司不想做这个单子，不确定需求还好说，我们可以帮忙引导，关键是客户没时间和我们谈需求，好容易做了N天的DEMO(这DEMO完全是我们在幻想纪元带回来的，需求就告诉你：“一个女人，美国人，长头发，没了”，然后我们就在地球上一个一个去抓，抓回来不是，放了再去抓。。。。。地球外面的根本不敢考虑。。。)就这样硬是把公司的5个弟兄培养成前台美工了。。将近2个月，终于有一天，晚上6点到7点半我们正式沟通了,甲方说OK ，效果不错，我们还没来得及高兴，又遭到一个雷劈，最后拍板的老板不是他。这项目要不要做还是两回事呢。真的，当时死的心都有，可是金融危机的今天，又有啥办法呢？就这样，继续，把5%的希望转化成100%的成果。我们继续一步一个脚印的走着，仔细站在客户角度思考着，9600转速的大脑硬盘不停的转动着（自己都能听见噪音）。。不抛弃不放弃。。。

   公司的制度体系不完全这个是很正常的，没有哪家公司说他们制度体系很完美。但有一些硬性指标需要我们必须自觉遵守自己公司的风格和规范，若没有的话可以建议，但不要强制自己使用（导致脱离了团队就不好了）自己的规范。为什么要说建议呢？是因为很可能我们考虑到的因素很片面，很有可能给自己公司带来成本利润的流失或者和某些内部规范冲突也是有可能的。如果你是你们公司的CEO 那就当我没说哈哈，把这段当作UFO谢谢。。
   若有什么意见和个人建议，记得要在项目还没开始时提出，千万不要等到进行中了，才去说不应该这样做。千万不可硬着性子我行我素。虚心问个“为什么”要注意态度和语气。。
   规范的意见和建议最好在总结的时候提出，总结是个好习惯，也是大家心平气和的时候，可以很理智的听你的意见和建议。
   还有很多就不在这里叨叨了。。

作者: wangz 时间: 2009-5-15 11:10
小公司成立阶段根部不适合做测试，哪怕是功能测试

因为功能测试成本低，人员要求也低，相对地位低，公司流程又不成熟，需求每天提，每天都有很严重的东西要修改，要上线，要加班，你没有时间写用例，学习计划。可能你想找个人学习(我是说测试)的机会都没！因为测试的可能就你一个人，或者一个从来没做过测试的人。

想对来说，如果有能力请一个成本较高的测试人员的小公司有很少。及时请过来，很少会一个测试人员而该流程。因为小公司工作的人，没有那个意识，认识不到。

ps，所以建议在小公司工作的人，如果能力特别优秀的可以继续，如果刚刚踏入门槛的，奉劝你们千万别，因为你要提高的太多了，而都不是一家小公司能给你的，除非你想锻炼的是心态，要提高的是素质！

奉劝想做测试的还是要去大公司，从底层做起也是能学到很多比较前进的测试技术和流程规范的！

作者: 鹭岛 时间: 2009-5-15 13:52
1.前期定义好测试的内容，范围，尺度，并写好计划
2.按计划执行测试（手工测试，小公司不太可能有中大型项目，功能自动化不太现实，性能的倒还有时候会用到），利用管理工具TD来管理测试中出现的BUG。
最好熟悉下CMMI 最低2级的标准来执行！

作者: kuangquanshui 时间: 2009-5-15 14:14
努力吧朋友们一起都会好起来的面包会有的

作者: 测试新新手 时间: 2009-5-15 17:50
这个帖子开的很好啊,很赞!
我目前基本也是处于测试的初级阶段,因为单位里以前没有专门的测试人员，所以我就被指派从开发转成测试了,

我觉得是不是先应该
1.先从文档的规范做起,需求报告,设计报告,测试报告,代码青单,上机报告等文档必须要都有.
2.然后再开始细化测试上面的一些规范,比如怎么写测试案例,怎么写测试计划.
目前非常困惑我的就是，要不要用自动测试工具,用什么测试工具?(目前还停留在手工测试阶段,程序用的语言是C和JAVA)
希望有经验的前辈们指点一下小弟吧,十万分的感谢!!!
最后,希望大家多交流交流,共同提高!

作者: msnshow 时间: 2009-5-16 09:49
先根据自己的经验写好测试的流程与规范，在以后的项目中进行实施并完善

最主要的是，流程与规范制定出来了，大家都认可，就必须在以后的工作中落实

作者: yujiaoyang 时间: 2009-5-16 11:41
标题: 做好自己的本职工作
在公司体制不完善的情况下，我想我们首先还是得做好自己的本职工作。
首先得完成自己的工作任务，只有你得到了认可，那么你说出来的话才会得到重视；只有你完成了自己的工作任务，那么你才会有更多的时间来考虑如何让公司的测试规范起来，不然即使你提出了很好的建议，估计也派不上用场。
其次，在我们还没有能力让公司规范化的情况下，我们应该保持自己的差异化（至少保留着自己的规范化思想），千万不要让不规范的思想先同化了你，不然让谁来规范你们的公司呢（呵呵）？

作者: longhu123 时间: 2009-5-18 11:08
我现在也是在一家不正规的公司做，公司根本就不信任我们刚来的，虽然有经验，但是还是得不到认可！
有些郁闷。
不正规的地方他们还是接纳他们测试员的意见。我们的只能做参考。
反正很郁闷！

作者: jiepeach 时间: 2009-5-18 14:39
努力做好测试工作，让老板认识到测试的重要性，说一下我目前的做法：
1、制定测试流程。目前我的测试流程是这样的：获取需求、分析需求（让每个测试者清楚的认识到要测什么）、设计测试方案（告诉测试者如何测试）、执行测试、跟踪问题
2、尽量早的加入测试队伍中。业务人员、开发人员、测试人员一起讨论业务需求（用户需求）、开发人员根据业务需求设计demo然后开发人员、测试人员、业务人员再次讨论需求。需求确认以后开发人员着手设计开发、测试人员准备测试
3、与开发人员交流沟通。遇到一个模块不知道如何测试时，先向开发人员详细咨询模块的实现方式，将设计的测试案例主动找开发人员帮你看看，没有人会拒绝你的虚心请教。

作者: hongyan 时间: 2009-5-18 15:28
这个问题很头痛啊.提出了一些自己的见解,但是不了了之,最常听到的一句话就是:"以前就是这样的,那样做肯定没用".听到这样的话很心寒啊,一个小兵又能做什么呢,

作者: nicehope33 时间: 2009-5-18 19:09
不规范的太多了,很多时候测试都被当成附属品...我都附属很长时间了
但是...貌似还是有转机的..
大概首先要大家认可测试工作,不规范的时候作为测试人员就先长进自己的技能比较好....卧薪嚐胆.....
等到有一天,测试人员能发现问题,,得到大家认同,这样就会有人来注意,有人注意到了,才有规范一说,否则什么制度都是白瞎....

作者: meiguishijun 时间: 2009-5-19 10:07

作者: yoyonickyoyo 时间: 2009-5-19 15:07
标题: 回复 25# 的帖子
测试本无罪，创造不了效益就有罪了
这句话真经典呵呵

作者: allenzgw 时间: 2009-5-19 19:59
标题: 这对我们来说是个机遇
首先我要说，公司目前制度不规范，对我们来说是个机遇，绝对是个机遇！遇到这个好机会你还在等什么？如果说这个公司已经足够好了，那他还请你过来做什么？你的能力还足以让公司有更高的提升么？当然，为什么很多人不喜欢这样的公司呢？是因为感觉自己能力还不够，知识技术都不够全面，所以想自我提升，想到一个好的公司，看看别人怎么做的，这样提升会比较快。但是我想说的是，如果你已经有一定能力了，那这种公司的确是个好机会！当然对不同的人来说这个机会不一样：1. 如果你是一般的测试人员，那你能给这个公司带来的影响可能会很小，你的想法愿望可能很难得到实现，如果同时你的技术在这个公司也无法得到提升的话，建议离开。如果你能学到一些别的东西，建议你自己权衡。如果你表现好，可以有进入管理层的机会的话，强烈建议你留下。作为一般的测试人员在这样的公司具体应该怎么做呢？首先自己要有清晰的目标，自己到底想要得到什么？是不是某项特别的技术或者行业经验？自己一定要搞清楚，然后考量公司其他方面的安排是否会导致自己无法达成自己的目标？如果不会，并且自己基本能接受公司的不规范，那就好好做呗，能提意见提意见，能改变尽量改变，改变不要也不能忘记自己的目标。搞那么半年1年实现自己想要的目标为止。然后换一家好公司。否则还能怎样？我们的选择要么改变自己要么改变别人，千万不要一方面抱怨公司，另一方面还赖在公司不走，那是最令人鄙视的人生了！
2. 对于已经做管理层，有机会改变公司现状的，那恭喜你。公司一定知道自己不足的，这是你发挥自己能力的好机会，你可以按照你自己的思想来打造一个团队，这种机会还是很难得的，管理其实本质上是一个人的思想的体现，为什么说什么官带什么兵？就是这个道理。那在这种公司该怎么做呢？我们以你是一个这个公司测试团队的负责人为前提来讨论，否则其他角色没太多意义：
1. 无论你是空降兵还是草根出生，在这里首先要搞清楚公司的文化，是否够开明？是否要发展测试？如果要，那恭喜，你一定要得到尚方宝剑，特别是对于比较国企话的公司，否则出师无名，人家不拽你。如果上面没这个要抓测试提高质量的目的，你怎么办？跟上面忽悠呗！趁着公司一个大的质量问题，瞧准机会向大老板猛灌迷魂汤，跟他说测试的重要性，能省多少钱！“你看，我们这个项目质量不好，结果导致天天派人飞到客户那边解决问题，这飞来飞去不是钱啊！....”这个他一定动心的！得到老板的鼎力支持是第一步！
2. 你心里一定要清楚怎么个搞法，对整个测试流程有一套清晰的思路，最好以前全流程搞过几个比较正规的项目。然后你要对你们公司的质量问题有比较清醒的认识。不要告诉我你骂公司这么久了，都不知道自己骂的到底是什么哦！自己心里一定要有一个大致比较清晰的思路，然后整理了出来。
3. 然后还不急着下手，先去访谈，跟开发的头，实施的负责人，开发团队具体人员，访谈，当然还包括测试团队的人。问他们对今后的测试有啥意见，他们想怎么搞，然后，好，跟他们交换思路，把你的大致想法讲给他们听，看看他们什么意见，肯定会有很多好意见的，因为人家也想趁着这个机会提高质量少给自己以后的工作找麻烦。这个过程可能需要经过2轮，因为要将自己修改后的东西在和别人沟通么。然后在这个过程中要及时跟老大汇报进度，让老大心里也有个准备，也要把老大的意见加进去综合考虑，同时这个过程有些搞不定的，也可以让老大帮忙搞定。
4. 抛方案跟老大谈，基本上有了前面跟老大的汇报这边问题应该不大。然后，召集相关团队开会，定测试新流程，这个流程主要是各部门之间的合作流程。这个会议最好让老大召集，主持。既然有了前面几轮的访谈，这边问题不会特别激烈，但是问题依然会有，也会有一些前面一直没有谈拢的问题。真的搞不定的也没关系，可以先搁置，等执行过程中再说。
5. 真的开始执行了，就一定要猛抓质量，当然，这之前，你还需要猛练兵！就是在你跟各个部门访谈过程中，要让你的团队猛练兵，猛学习，确保大家一股劲，然后各方面技术都比以前有不少提高，了解很多开发方面的技术。
6. 开始执行新的政策了，一定要狠贯彻流程，当然，如果流程不够好，那要修改，并且及时修改，当然这种修改一定是少许的修改。然后一定要让测试过程见成效，这就是前面猛练兵，抓技术贯彻流程的原因。如果1~3个月下去没有听到周围的人看到有什么成效，还抱怨多多，呵呵，那你们基本就挂了，后面也没什么好说的了。出的成效越多越好，大肆宣扬一下，客户那边的反馈也要好好广告一下。这样你才后后面的好日子过。
基本说完了。其他就是更细节的了，但是，很多开发流程很差的公司，其实你测试是做不好的，或者很难做的，因为开发流程本身就是乱来，这个，你要有本事让开发流程对为你而改变，或者你有3，5年的经验，对开发过程都比较熟悉，那没关系，否则建议不要做。

[ 本帖最后由 allenzgw 于 2009-5-25 00:31 编辑 ]

作者: Cantata++ 时间: 2009-5-19 21:25
标题: 回复 1# 的帖子
英国IPL公司推出的Cantata++ 能够与许多先进的开发工具进行集成，这些工具可

能包含调试器、模拟器/仿真器、UML建模、工程管理和代码执行过程管理。作为

一个建立在EclipseTM上的工具，它能够与在EclipseTM上应用的其他工具进行无

缝的集成.
· 测试的高性能
· 简单可靠的测试
· 测试活动完全可视性
· 测试的可重复性
· 测试的可维护性
· 测试的可依据性
· 工具支持所有测试活动
· 增加预测时间尺度和预算的可信度
· 提高产品质量
contact:深圳旋极 13928420547 龙晖

作者: ganhuiping 时间: 2009-5-21 17:19
标题: 回复 27# 的帖子
第一个吃螃蟹的人才是勇敢的人，规则是人创建，也是人来打破。这个人说不定就是你。

作者: chenmonanhai 时间: 2009-5-22 14:20
按照自己所学的将测试流程的文档整理起来,按照测试流程来做,相应的制定流程出来,那么你不仅使公司的流程规范化,也会使自己在这方面得到锻炼.有可能你写的东西不被采纳,但是你要看重这个过程,在这个过程中你会学到很多东西,对自己以后的发展还是有好处的.

作者: sss_sol 时间: 2009-5-22 14:36
哎，我现在就在公司制度不规范的情况下进行的，刚开始分析公司的情况，制定了一系列测试规范文档。然后在整个部门实行起来，才发现实现起来这么难，到公司都半年了，目前只有规范了自己。但是无法规范整个部门啊，而我们测试人员一共就2个，一个是测试组长另一个就是我了。难那

作者: sy076@163 时间: 2009-5-26 15:09
公司就我一人搞测试，老板说测试很重要，但当时间紧时，测试就可有可无了，产品没有经过测试或测试问题没有关闭，照样发布，还跟用户说我们经过严格的测试，我都没话说。建立规范，我说了多少次并定出初稿让大家讨论，没人理。老板的态度决定公司的态度。

作者: 平凡子 时间: 2009-5-26 18:12
标题: 回复 44# 的帖子
兄弟你说的很精！
公司目前制度不规范，对我们来说是个机遇，绝对是个机遇！遇到这个好机会你还在等什么？如果说这个公司已经足够好了，那他还请你过来做什么？你的能力还足以让公司有更高的提升么？
千万不要一方面抱怨公司，另一方面还赖在公司不走，那是最令人鄙视的人生了！
果上面没这个要抓测试提高质量的目的，你怎么办？跟上面忽悠呗！趁着公司一个大的质量问题，瞧准机会向大老板猛灌迷魂汤，跟他说测试的重要性，能省多少钱！“你看，我们这个项目质量不好，结果导致天天派人飞到客户那边解决问题，这飞来飞去不是钱啊！....”这个他一定动心的！得到老板的鼎力支持是第一步！

作者: huihuike 时间: 2009-6-1 16:16
我目前就是处在这种制度很不规范的公司，刚进公司时还兴致勃勃地想把测试规范做起来，可是没有开发和领导的配合怎么也做不起来。再者，我不是做管理的，也没那个能耐把整个研发部的的规范给做起来呀，这本应该是领导做的事情，不过领导似乎只是比较擅长做技术而已。我现在磨的越来越没激情，都不知道怎么办。谁能告诉我怎么做呀？哎。。。。。。

作者: huihuike 时间: 2009-6-1 16:18

原帖由 sss_sol 于 2009-5-22 14:36 发表
哎，我现在就在公司制度不规范的情况下进行的，刚开始分析公司的情况，制定了一系列测试规范文档。然后在整个部门实行起来，才发现实现起来这么难，到公司都半年了，目前只有规范了自己。但是无法规范整个部门啊，而 ...

这位仁兄我们真是同病相怜啊

作者: zyq_799 时间: 2009-6-15 11:11
看来只有一个测试人员的公司还真不很呢，我也是一个人作测试。

作者: 小邓 时间: 2009-7-9 17:14
哎想跳槽了感觉学不到什么东西啊

作者: 葡小萄 时间: 2009-8-21 12:52
配合同事的,做好自己的

作者: xinwuhanqqm 时间: 2009-8-24 16:16
目前正想寻找此方面的信息，今天收益了，谢谢！

作者: zzhangsiwei 时间: 2010-4-22 11:36
标题: O__O"…
我也一个人
累！

作者: 张志英 时间: 2010-5-17 15:47
标题: 回复 21# 的帖子
我心在就处在这种情况，我们公司有50几个人，目前只有我一个测试人员。而我又是一个今年6月份才毕业的本科生。能根据我这种情况给我提些建议吗？？谢谢了！！！

作者: 于嘉海洋 时间: 2010-6-7 15:41
标题: 测试新手
我也是一个软件测试新手，公司刚刚起步，什么流程都没有，老板又不是很重视软件测试这个职位，主要让我做需求，督促开发人员工作，联系客户等等，我真的是不知道该怎么做了，我是一心抱负，到现在都快崩溃了

作者: 于嘉海洋 时间: 2010-6-7 15:42
我也是一个软件测试新手，公司刚刚起步，什么流程都没有，老板又不是很重视软件测试这个职位，主要让我做需求，督促开发人员工作，联系客户等等，我真的是不知道该怎么做了，我是一心抱负，到现在都快崩溃了

作者: moonylts 时间: 2011-3-4 17:48

首先我要说，公司目前制度不规范，对我们来说是个机遇，绝对是个机遇！遇到这个好机会你还在等什么？如果说 ...
allenzgw 发表于 2009-5-19 19:59

受教了...我要努力坚持，加油再加油！

作者: 狼群 时间: 2011-3-8 17:23
推荐个测试群，谢谢了，本人虚心学习！兄弟姐妹们帮个忙，要博学多才的！！！！！！！

作者: 悾歽枝 时间: 2011-3-16 13:24
新手还真多呢~~我也是个新手公司就我一个测试人员啊。

作者: zzhangsiwei 时间: 2014-12-23 11:43

高瑞洁发表于 2009-5-11 16:44
任何需求、流程都是在有需求的情况下产生的。如果测试流程特别乱，最终肯定有人来组织或提出建议来建立一个 ...

说的好\(^o^)/~

作者: hello.dong 时间: 2015-12-25 00:17
好贴，又学到了一箩筐。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)