51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3591|回复: 8
打印 上一主题 下一主题

[原创] 测试知多少「对外培训版」「6.24完结」

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-6-20 19:14:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 shtrong 于 2013-6-24 20:18 编辑

如需PPT,可微信向我索取:WXshtrong
在<新测试主管的几件事>这个文章评论中,有提到提高合作团队(开发、业务等)的质量意识。曾经我也给项目其他角色人员进行过测试相关的培训,以下是培训内容,分享给各位。


为什么需要软件测试?
软件开发依赖于人的经验。
同一个功能,一百个人负责开发会有一百种代码实现。而工业产品生产不同,只要确定一个物理模型即可创建成千上百个几乎完全相同的产出物。除此之外,经验性过程控制跟预定义过程控制还有很大的区别:
1.        过程无法预先定制;
2.        结果不可预知;
3.        过程不可重复;
4.        不断升级,不断改造;
5.        带有一定的探索性;
因此,软件测试是软件研发活动中必要的环节。

与项目中其他角色达成一致?
测试活动是研发活动中重要组成部分。
测试工作是透明于项目组和项目经理的。


测试目标:尽可能多的发现潜在的bug,保证产品功能的完整实现,平衡研发成本和收益。
我们在项目阶段由测试主导的活动一般会采用什么样的方式。{注:指有独立测试团队的研发模式}


项目中的测试工作?
#1        项目测试leader的工作
类似于系统分析人员,主导项目中的测试工作。
包括但不限于以下较为重要的四点:
1)        功能测试分析
2)        测试计划、资源的协调等
3)        非功能性测试分析,如性能分析、安全测试分析等
4)        项目测试管理。


#2        测试用例的管理
针对于项目测试功能点的用例版本库的新增和维护。

其中同时维护一份自动化用例「功能用例是基于步骤的,自动化用例是基于流程的」,如果有可能,在项目测试阶段,同时会设计和更新主功能自动化脚本。

#3        测试报告
1)        测试日报,反馈每天测试工作的进度偏差,风险预警等。
2)        项目正式发布前,采用项目专家评审的方式,完成质量评估报告。
3)        [可选]代码走查报告等。

#4        缺陷管理
每个公司都有自己的缺陷管理工具,常见的有IBM的CQ,HP的QC以及开源的bug free等。
需要跟其他角色提前沟通并定义的两个参数含义。
严重程度:用来衡量bug对用户或系统所带来的影响程度。
优先级: 建议bug fix的先后顺序,避免测试工作的阻塞,提高测试效率。

其中:严重程度和优先级采用的是相对值;优先级不完全取决于严重程度。

#5        漏测保证措施
只通过业务加前期的系统分析并不一定能够覆盖100%的测试验证点。
一般在测试中后期,会采用代码覆盖率分析等方式对测试遗漏点进行排查,加上最后一道屏障。
同时部分项目中,在前期可能就采用了持续集成,以提高每次代码提交了质量,同样为质量保障措施之一。

#6        自动化、性能测试
自动化会根据项目的实际情况分为ui、api、class级别的测试。
性能测试根据测试分析过程中的性能潜在风险及业务需要来决定。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2013-6-22 21:58:10 | 只看该作者
不错,话说这个图中me之前貌似是开发人员---
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2013-6-25 09:07:26 | 只看该作者
回复 2# 没翅膀的飞鱼

这个图有很多版本,借用了一下,作为反衬。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2013-6-25 20:21:50 | 只看该作者
回复 3# shtrong


不错不错;我还有个问题请教下:对于测试流程改进和测试管理方面有好的书籍吗?能推荐几本吗?   
最近发现项目越来越大有点把持不住的感觉,感觉有些测试流程方面的东西应该优化下,但是之前一直摸着石头过河,想系统的了解下,谢谢
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2013-6-26 12:49:17 | 只看该作者
    流程改进,个人觉得持续阶段性的回顾,反思,头脑风暴,作调整的好。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2013-6-28 09:11:15 | 只看该作者
    回复 4# 没翅膀的飞鱼


        每个公司的流程都不一样,过程改进需要有一定的针对性。可以在网上找些传统研发、敏捷开发等文档参考学习。

    项目中的测试控制,可以考虑抓关键点,也并不一定跟流程直接相关。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2013-7-1 18:26:18 | 只看该作者
    回复 6# shtrong

    是的,最近也一直在工作中找切入点---
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2013-7-2 19:23:29 | 只看该作者
    不错,话说这个图中me之前貌似是开发人员---
    没翅膀的飞鱼 发表于 2013-6-22 21:58



      所有的执行者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2013-7-4 16:21:38 | 只看该作者
    测试入门,敬请各位前辈推荐好的书籍。。。非常感谢。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-9 00:35 , Processed in 0.071582 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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