• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

软件测试的基本认知

发布: 2009-5-20 10:26 | 作者: 不详 | 来源: 测试时代采编 | 查看: 46次 | 进入软件测试论坛讨论

领测软件测试网 最近要给实习生讲解测试工作的基础知识

        因为觉得四处去找网上的资料的麻烦程度大于自己写,而且可以乘机整理下思路

        因此总结了一些个人脑袋里的东西,。。写下来。。不知道有没有错的。。

        有关测试的,我脑袋里的映象。。

        先来:基本的认知

1.         工作目标:用最少的工作(量和时间),尽早的发现尽可能多的缺陷,并确保发现的缺陷被处置
a)         无法发现所有问题,即使已通过测试的系统也不能保证其中不再有缺陷
b)        尽早的发现,要求测试工作需要从项目开始跟进,理解需求是第一步
c)        通过一些系统的测试方法,更快和全面的发现缺陷,自动测试工具只是辅助手段而不是主要办法
d)        回测是确保缺陷被处置的好方法,对发现的缺陷,通过与开发人员的交互,及缺陷记录文档,可以明确记录每个发现的缺陷的状态(修改或暂不改)
2.         缺陷:可以理解为系统中存在的错误和不符问题
a)         包括范围:与需求不符合(未实现及实现了不必要的功能);与已知的用户习惯不符;逻辑、功能等错误(未按要求计算或处理);流程、操作步骤问题;界面及表达问题(包括提示);文档描述问题(专指文档测试)
b)        发现的缺陷一般要记录下来,然后再交于开发人员(或项目经理等)确定处置方式(修改或暂不改),并对已经修改的缺陷进行回测并记录回测结果
3.         每个人对缺陷的理解和要求不同,项目对于系统的完美程度要求也会根据情况不同,因此发现的问题也许并不一定会被修改。要注意根据项目情况和要求,界定是否将发现的问题记录到缺陷记录单上,以便开发人员进行修改
4.         与开发人员的合作和交流是工作中必须要注意的问题,因为从角色来说,测试人员是在试图破坏开发人员的工作成果,因此需要在工作中注意与开发人员的交流方式,避免产生不必要的争执
5.         在合理和有理有据的前提下要坚持自己的意见,已经发现的问题,不能因为与开发人员熟悉或开发人员忙等原因而放到一边不与理会。每个自己认定的缺陷,都要获得它的最终状态:待修改、不改、确定已经修复。可以通过与开发人员、测试经理、项目经理等人沟通来解决“开发人员抛弃的问题”
6.         大部分公司里测试和配置管理是由同一个人担任的,而且由于测试工作需要产出许多文档,因此配置管理在这个工作本身也是很有用的
7.         测试工作是需要花时间的,一个功能至少需要经过一次初测一次回测才能算是完整测试。
8.         一般工作中说起测试大部分指功能测试,但是其实测试还包括很多,如单元测试(大部分由开发人员做),性能测试、文档测试等
9.       如果不想把测试工作做成机械的动作,就要主动动点脑子,时不时总结下测试方法,发现容易出错的地方,改进测试步骤和工作的流程等

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: 认知 软件测试


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网