日子光长叶,不开花......

发布新日志

  • 如何提高测试人员的地位

    2008-10-14 10:41:32

    如何提高测试人员在开发、项目管理层及公司中的地位?
    工作近两年,测试人员的地位一直有待提高,当然,公司经过几年的发展,测试人员的地位也一直在改善,下面对如何提高测试人员的地位发表以下意见:
    1.在公司建立独立的部门,分工职责要明确。在职业的发展长河中,无论哪个行业都是从不断的劳动过程中逐渐独立分离出来的,比如说会计的发展,渐渐的财务部门的出现,先后出现了相应的法律和准则去约束这个职业,从而地位得到了提高。测试部门的地位一旦提高,相应的测试人员的地位也会随着提高,测试人员的知识水平和专业水平也得到了很大的提升,到时候分工会很明确,职责很清晰,从事测试职业的人也会越来越多,那么就会有相应的法律来约束和规范这个职业,从而测试人员在整个社会环境职业中的地位都会得到提高和重视,这是一个大的范围的提高,整体的提高。
    2.在公司内部组织参加软件测试的考试和培训,提高测试人员本身的素质和专业水平。这个在现阶段尤其重要,很多公司,特别是私营企业,软件测试人员的工资那个低,我想大家都应该知道,为什么呢?技不如人呀!你会用测试工具吗?会写测试用例吗?会写脚本吗?懂计算机语言吗?数据库你了解多少?我想大部分人都是懂一而不懂其二了。
    3.算一算测试人员为公司创造的利润或者节约的成本。这个在项目管理上可以很清楚的算出来,老板想要的不就是利润和节约成本吗,这是他最重视的,那么我们就让他知道,我们为他们做了多少有价值的事情。比如说我跟踪测试的一个项目,统计严重的bug,统计那些隐藏了重大隐患而开发人员忽视的bug,统计那些致命的bug,详细介绍一下你的测试报告,测试报告的最后一栏写上“可能造成的项目损失金额”和“潜在的隐患”。
    4.中国最难学的就是“社会关系学”了,还有句话说“关系是铁铮铮的通行证”!当然这只是开个玩笑,但是能说明很多问题,测试人员仿佛是电影里面的反派人物,关系没搞好还真不行,第一要和领导搞好关系,那么这个就要多汇报情况,比如开发部说项目做完了,那么测试部就应该跟领导说明潜在的问题,让领导知道真实的项目情况,避免项目验收推迟或者丢失项目造成损失。多汇报自己新的想法,乱七八糟没有计划没有头绪的想法就不要乱说了,免得领导以为你水平很差,对了,就算关系再怎么疏远,一定要让领导记住你的名字。不然你即使再出色,评年终奖或者项目奖的时候估计没你份了,再说这个很能代表在公司的地位哦,谁做的事情最多,年终奖和项目奖会越多吗?不是,而是在领导的印象里最深,汇报情况最多的那个人年终奖会比较多,因为公司人那么多,他怎么可能知道你平时的情况呢!第二要和开发人员搞好关系,这个比较难,开发人员是白道,咱们是黑道,白道和黑道关系要好,那确实比较难,说说我是怎么和开发人员搞好关系的吧。开发人员有一半是游戏迷,一两款竞技游戏你必须要会玩,没事可以和他们一起去网吧切磋切磋,打败他们,让他们给你投来敬佩的眼神;找到bug不要太兴奋,别让人家觉得你在幸灾乐祸,当然有些低级的bug你可以提出要求,但语气一定要好,微笑是必不可少的(开发部的男生都喜欢测试部的女孩子笑,呵呵)。还有就是除了上面说的,在开发人员面前一定要炫耀一下自己的知识水平,别让他们觉得测试人员就是没技术,要改变他们的想法,多写几个他们都不会写的sql,用全是英文的自动化测试工具和性能测试工具让他们瞧瞧,让他们傻眼!呵呵!
    5.积极向上的生活态度和工作作风,明确的工作方向和目标!作风在毛泽东同志那讲得最多了,记得小时候学过他的一篇关于作风的报告,有句话记得很清楚:“墙头草,两边倒”,为什么呢?“头重脚轻根底浅”!很多测试人员都是非本专业的,我是学会计的,一出来就转到这个行业,很多东西都不懂,根底浅呀,我是学测试呢,还是算了,去继续我的会计?很迷茫很迷茫呀,两边倒,结果什么都没学成!不过还好,我选择了测试,相信测试会有更美好的明天!每天看书,工作也很认真,吃饭的时候,我们老大和老板说:这个女孩子呀,工作态度好,积极,很值得学习呀!我当时脸都红了,确实,我很努力,得到了重视,发奖金的时候和开发人员一样多,我很高兴!所以劝大家没有进入测试行业的赶快确定下来是否要进入,进入测试行业的赶快确定下来是否要继续发展下去,确定下来了朝着这个方向为测试多做点贡献,现在在中国质量检测很不到位的,三鹿奶粉不就是一个例子,软件也差不多!
    呵呵,上面就是我今天中午看到这个问题所想到的。
  • 软件测试规范

    2008-09-23 12:59:18

     

    我觉得测试规范应该包括两部分的规范,第一是测试内容的规范,第二是测试流程的规范。

    1.       测试内容的规范

    测试内容依我的理解包括文档、程序、数据。

    文档规范主要指的是需求说明书的规范和设计说明书的规范,至于这两个文档规范在《软件评测师教程》里面有详细介绍,我把它粘贴出来吧,当然每个公司还可以根据具体的情况特殊考虑。

     

    上面已经说到了,公司可以根据具体情况特殊考虑,可以删除或增加相关的规范,应该由公司高层、设计师、开发部、测试部分别派代表来开会讨论并制定规范,规范一旦通过评测制定,就由行政部发布执行。有了文档规范之后,测试部根据文档规范评测相关文档。

    程序规范,即软件编码规范。这个规范在《软件评测师教程》中也有写到,而且总结得比较好。

    A. 源程序文档化 包括以下几方面的规范:符号名的命名、程序的注释、标准的书写格式等

    B. 数据说明 包括以下几方面的规范:数据说明的次序、说明语句中变量安排有序化、使用注释说明复杂数据结构等

    C. 语句结构 比如:在一行内写一条语句、程序清晰等

    D. 输入/输出

    等等。。。。。。

       数据规范,一般是基础数据有相当严格的规范,下面举一个我们公司数据规范的例子,如下表所示:

    代码

    名称

    HG001

    合格

    HG002

    不合格

    TY001

    检验特征项值不符合标准

    TY002

    检验特征项值超出规定范围

    ZM001

    褶皱

    ZM002

    裂纹

    ZM003

    杂物

    ZM004

    破损

    ZM005

    色泽不一致

    (注意看代码,是通过设计部统一给名称编码的,现在不能变,以后也不能变,录入数据的时候必须按照这个规范来录)

    2.       测试流程规范 测试流程一旦制定了规范就不能经常变动,测试流程的规范也应该由公司高层、设计师、开发部、测试部派出代表开会议定,得到大家认同的规范才能有效的执行。各个行业、每一个公司都有自己独特的流程规范,但是总的应该包括一下几个方面的规范:

    A. 测试用例的规范、bug的规范等等------规范测试人员的行为

    B. 提交功能界面测试文档规范(一般测试部会发格式文档给开发部填写,开发部发邮件提交功能界面给测试部)、修改bug规范、配置文件规范等等------规范开发人员的行为

    。。。。。。

    这些一起形成了软件开发周期的规范,如果是刚试用这些规范,可以规定一个月的试用期,看这些规范在实际开发周期中是否适用,什么都要经过一个试验的过程,慢慢就会形成一种风气,大家都会按照这个规范行事。

  • 软件测试基础

    2008-09-23 09:11:11

    1.       软件测试的定义

    在规定条件下对程序进行操作,以发现错误,对软件质量进行评估。

    2.       软件质量

    包括三部分:内部质量、外部质量、使用质量。

    3.       软件测试与质量保证的区别

    质量保证的重要工作通过预防、检查与改进来保证软件质量。

    软件测试关心的是对过程的产物以及开发出的软件进行剖析。

    4.       软件测试的目的

    测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误再乘的隐患所带来的商业风险。

    5.       软件测试的原则

    l  所有的软件测试都应该追溯到用户需求

    l  应当把“尽早的和不断的进行软件测试”作为自己的座右铭

    l  完全测试是不可能的,测试需要终止

    l  测试无法显示软件潜在的缺陷

    l  充分注意测试中的群集现象

    l  程序员应该避免检查自己的程序

    l  尽量避免测试的随意性

    6.       软件测试分类

    按照开发阶段划分,可以分为:单元测试、集成测试、确认测试、系统测试、验收测试

    按照测试实施组织划分,可以分为:开发方测试、用户测试、第三方测试

    按照测试技术划分,可以分为:白盒测试、黑盒测试、灰盒测试

    7.       软件测试过程模型

    主要有以下模型:V模型、W模型、H模型

Open Toolbar