51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5002|回复: 5
打印 上一主题 下一主题

[讨论] 如何确保软件质量的一点想法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-7-4 16:58:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
软件质量保证是贯穿软件开发过程的活动,故软件质量保证不是测试部一个部门或者测试人员一个人的工作,而是整个项目组成员协调合作分工共同进行把关的。所以,个人觉得,一个软件要从需求开始就进行软件质量考量(需求-》开发-》测试-》运维)。
比如公司规范,从需求开始就将需求是否符合规范,然后到设计人员需根据规范来设计原型,开发人员根据规范来进行开发,最后到测试检查是否有按规范实现、是否有遗漏…在多重把关下,软件质量才能得到有效提高。
当然,软件质量保证最关键的还是进行软件测试。对于测试人员,如何保证软件质量,杜绝软件上线后bug。个人认为可以从如下几点考虑:
1、        对需求要充分理解(包括:流程、控制点等等),只有需求充分理解了,在编写测试用例时才能考虑全面。所以测试人员在需求分析时就应该开始参与,一起讨论。公司现在新需求一般都没有测试人员进行参与,但都会进行原型设计,可以先熟悉原型设计,了解大体步骤,将不理解有疑义的地方记下,然后找产品经理或设计人员沟通确定(重点沟通软件流程、各控制点)。
2、        提高测试覆盖率。包括1)测试点分析全面;2)测试用例设计全面。这两点都需要测试设计者有较好的测试基础知识和丰富的测试经验(凭借丰富的经验即可感觉哪些地方最容易出问题,哪些地方需要重点测试)。
3、        测试执行:测试执行人应和测试用例设计人员沟通好,具备较好的默契,可以理解测试用例设计人的思路,并在测试执行中对用例进行拓展、补充(我经常在执行测试用例时发现不能归类到已设计好测试用例中的bug。所以,测试实际执行很重要,也需要丰富的实践经验)
4、        Bug后期跟踪:开发人员修复bug后,除了对bug出现情况进行验证,还需要对相关影响的功能进行测试,因为有可能为了修改这个bug导致了出现了另一个新问题。
5、        软件上线回归测试:主要将上线后的功能整个流程大体走一遍,确保开发人员升级时没有漏升(如:功能、表)等
6、        经验总结:
6.1、定期对线上bug进行分析,分析:问题出现的原因?是哪方面考虑不足导致未测试到该问题?等等。并进行汇总,补充到测试点、测试用例分析中。
6.2、定期开展测试沟通交流会:交流各自测试点分析、测试用例设计经验。每个人可以讲自己最为得意的测试(如:因考虑了什么点,测试到严重或隐秘的bug)。然后总结、补充到测试点、测试用例分析中。


各位高手帮忙看看这样写是否合理,有没有什么需要补充的啊
求指点!!!!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-7-5 15:40:17 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-7-6 11:31:48 | 只看该作者
感觉写的很不错,基本上符合要求了,就是有一点我觉得还不够准确,就是测试用例的覆盖率的问题,这个要看这个项目周期的长短,加入这个项目周期短,规模小,如果也要设计得十分详细的话估计没有什么实际的操作性,要针对不同的项目来设计不同详细度的测试用例,有的时候你设计的过于详细,当你测出bug给开发人员修改时,人家可能还嫌你没事找事呢。在写测试用例之前一定要跟开发人员进行沟通,了解这个项目的粒度,到底应该到什么程度就可以,否则白费了好多功夫写的很详细的一份测试用例,到头来不仅增加了工作量还不被别人认可,写测试用例一定要把我一个度,并不是越详细越好的。亲身经历啊,唉
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    4#
    发表于 2011-7-6 13:57:45 | 只看该作者
    回复 1# hangxin06066


        写得挺好的,不过实施起来可不容易
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-10-26 15:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2011-7-14 11:17:17 | 只看该作者
    感觉写的很不错,基本上符合要求了,就是有一点我觉得还不够准确,就是测试用例的覆盖率的问题,这个要看这 ...
    pxshmilu 发表于 2011-7-6 11:31



        说得蛮有道理的,有时候项目紧,根本没时间详细的写,就直接测试报BUG
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-10-12 17:41:44 | 只看该作者
    写得很全面,关键实施有难度,我们公司做手机银行的,一个项目往往几个平台,测试人手不够,不可能那么仔细去测。导致出现BUG也是常有的事。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-13 08:40 , Processed in 0.076868 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表