大概算起来,从2013年进入测试这个领域,已经两年了。 两年里,有一些进步,主要是从原先的现场运维到系统测试一些知识上的积累。但更多的,是不足。经过这么久的工作,我觉得我一直徘徊在测试的门口,只是在门外做一些很基本的工作。所谓的测试,也只是把软件的错误找出来,把系统进行连接,保证功能的完整性。这与这个行业的很多知识还有很大的
本篇文章转自网络,学习收藏,转载请联系原作者。原文出处:http://www.cnblogs.com/TankXiao/p/3316355.html#automationDisplin自动化测试是我们高级软件测试人员必备的技能。高级软件测试人员不光会做测试,还会做开发。我从自己8年的经验出发,总结了下我对自动化测试的看法。如有不对的地方, 还请大家纠正。 阅读目录软件自动化测试的学习步骤
(一)——万事开头难测试计划应该是整个测试流程中第一份测试文档了,但是一般情况下去不是测试人员学习的第一站。或许是因为万事开头难的缘故,测试计划确实挺让人纠结了。很多有了一定的经验的测试人员在教新人的时候第一步都不是按照测试流程先从测试计划开始,而是让从测试用例的执行开始——这虽是无奈之举,但是对于测试新手来讲,还是可以学习很多东西的。闲话扯得有点远,回到我要介绍的正题上面来,计划测试。对, 是计
测试的第一重境界:围着Bug转“意 识决定行动,行动决定结果”是管理学中众所周知的名言。做测试的前几年,笔者并没有这个意识,也没有主动地去思考过这个问题,但随着一个个项目任务、一桩 桩事件的历练,慢慢感悟到这句话也适合对测试工作境界的理解。“心态决定命运”,“态度决定一切”,有很多名家学者都写过这方面的书籍,基本上已成了我们 不可否认的真理了,但是要真正应用在自己的工作生活中,恐怕就不那
入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?如此简单的问题一问,仔细一想,思绪凌乱无章。这就是没有好好思考过的原因。今天在博客总结下自己的看法,如何编写测试用例:1、了解软件的原始需求(测试目的)在编写一个软件或者模块的测试用例时候,一定要明白这个功能的原始需求,也就是软件的使用者(客户)的需求。理解
14.4测试技术常见问题1、 单元测试主要内容是什么?单元测试大多数由开发人员来完成,测试人员技术背景较好或者开发系统软件时可能会安排测试人员进行单元测试,大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程。讨论这个问题主要是扩充一下读者的视野。单元测试一般包括五个方面的测试:(1)模块接口测试:模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下,其他测试才有意
参加ChinaTest大会期间,听到的最多的3个问题就是:1.测试行业的前景;2.测试人员的职业规划;3.KPI。对于第一个问题,我是充满 信心的。现代的软硬件系统复杂程度正在呈几何速增长,越复杂的系统需要进行测试的强度就会越大,从近几年测试从业人数的猛增就能看出来。在《骇客帝国》那 样由人工智能统治人类的世界到来以前,测试仍然是大有可为的。对于第三个问题,貌似不管是基层、中层还是高层,都会为此头
列表格式为:图书分类、中文书名、英文书名、作者。排名不分先后,用红色标记出我推荐的书籍。测试入门软件测试(第2版)Software Testing (2e), Ron Patton一本测试入门的好书,较全面地介绍了各种测试领域和方法,为测试新手提供了正确的观念和宽泛的基础。软件测试的艺术(第2版)The Art of Software Testing (2e), Glenford J. Myers
近期由于项目组人手不够,需要招聘一些测试人员。本周及上周陆陆续续面试了十多个应征者,工作年限在2年~9年之间,但无一满意。期间,种种感叹,回想起去年面试六十余人仅有3人满足要求,如有鲠在喉,还是吐槽一下。如有不对请大家也狂喷我。我的要求高么?我的要求其实是:有还算不错的沟通能力,熟悉常见软件开发流程,有一定的需求分析、用例设计能力,会基本的linux和sql操作能力。有一些代码能力会加分。这是长期
摘要:软件安全性是一个广泛而复杂的主题,要避免因安全性缺陷问题受各种可能类型的攻击是不切实际的。本文从软件安全测试需要考虑的问题,来探讨软件安全测试原则,通过遵循这些原则避免许多常见的安全性测试问题出现。关键词:软件安全;测试;原则软件安全性是一个广泛而复杂的主题,每一个新的软件总可能有完全不符合所有已知模式的新型安全性缺陷出现。要避免因安全性缺陷问题受各种可能类型的攻击是不切实际的。在软件安全测
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号