软件测试工作这两年来,我丢失了什么?(一)

“不会说什么大道理,不会讲什么内涵故事,读的书也不多,视野还不够开阔,英语也很烂,妹子还泡不到。。。。。。”

哈哈!当然这些都是简简单单的吐槽,我其实想说的是:我自己进入软件测试这两年来的一些反思!(也许有点抽象有点烦,可以直接右上角X)

两年来也许工作方面有很多东西都得到了成长,有些也已经内化到了自己身体中,能够不自觉的表现出来(职业病?),比如对测试流程的认识,对整体测试体系的了解,测试方法、测试思想上的提高等等,但认真思考下,在成长的同时,我也丢掉了很多,有些细节的东西遗忘了,有些要提高的一直在原地踏步,有些原则没能坚持下来!

1、工作的热情

这里的热情并不是说,我每天早上6点起床上班,晚上11点下班,一天都兢兢业业,扎扎实实,认认真真地工作,这里的热情是指对测试技术,测试思想,测试方法深究的热情,是指不断自我思考提高的热情;想起刚开始接触后台、数据库的测试时,因为总是人工比对,感觉非常累,就自己拼命的去学习SQL、shell脚本知识、linux知识,然后不断地去优化自己的测试sql脚本,争取最大可能的较少人工,然后又去看后台代码,努力的进行代码走查,坚持从源头去尽可能减少自己的工作量,期间真的非常努力,随着学习和应用,测试用例和方法也得到了改善,测试效率也相应的提高,效果很不错,自己过得也挺充实的,感觉工作是一件很喜人的事;

但近半年来,我发现自己在后台测试方面的成长停滞了,这半年来没有去做很早之前就想做的事,如垃圾数据如何分辨处理(了解业务、了解后台数据流程、处理逻辑、了解后台库表),存储过程的学习和应用,sql优化方面的知识,linux的一些高级命令的使用,shell脚本读懂能力的提高等,这些本应该坚持去做的事,却被自己有点弃之不顾了,没有很好的去提升,虽然现在又在搞前台自动化方面的事,但又有点断断续续的感觉,总是给自己找借口;

对于思考总结方面,虽然有在写自己工作内容总结,工作方法、用例设计的思考,具体的文档有一些产出,但也有些停滞了,且没有很好的分享出来

最近也有点变的老油条,有点浮躁了,没能很好的静下心来规划自己,按计划去走

2、测试细节方面

测试的一些基本方法,测试用例的设计思考--后面再更新

时间: 2024-08-08 17:47:20

软件测试工作这两年来,我丢失了什么?(一)的相关文章

小白必看:测试人有必要参考的软件测试工作规范

为了规范测试工作.减少开发与测试之前的沟通成本.保证项目进度.提高软件质量,测试人员有必要参考这份软件测试工作规范. 1.1. 编码规范 软件程序开发需要遵守编码规范,一是可以减少代码的维护成本,提高开发工作效率:二是有利于开发工作的延续.传承,减小项目风险. 1.1.1. 合理的注释量 好的代码应该是自描述的,让人费解的地方加上注释. 1.1.2. 规范的命名格式 规范很多,要让别人和一个月的自己看得懂. 1.2. 测试与测试结果 1.2.1. 单元测试与报告 单元测试一定要做.深入理解" t

软件测试——工作一年半对软件测试的理解

前提:个人工作与互联网相关,因此总结内容比较偏向这方面的,如有其他不同建议或者需要补充的,请各位留言拍砖,互相交流,互相学习! 一.什么是软件测试 软件测试就是尽量以最小的人力物力保证产品质量的过程,做好前期计划,做好中间过程,做好后期反馈和问题解决. 二.为什么需要软件测试 如果没有软件测试,则无法保证在测试过程中产品按照具体的需求完成,也没有人专职对产品的功能.逻辑等进行专项测试,无法保证质量的产品发布出去后是很容易有重大问题的,尤其是在产品用户量较大的情况下,引起的经济损失以及企业形象损失

java中两double相加精度丢失问题及解决方法

在讨论两位double数0.1和0.2相加时,毫无疑问他们相加的结果是0.2.但是问题总是如此吗? 下面我们让下面两个doubles数相加,然后看看输出结果: @Test public void testBig(){ System.out.println(0.11+2001299.32); } 控制台输出2001299.4300000002 我们吃惊的发现,结果并不是我们预想的那样,这是为什么呢?又如何解决呢? 现贴出BigDecimal的一个构造函数的文档供大家参考 BigDecimal pu

软件测试工作概述

一:软件测试工作流程 软件测试工作工程的详细流程图 二:软件测试阶段 阶段 输入和要求 输出 需求分析 市场/产品需求定义,分析文档和相关技术文档,要求:需求定义要准确,完整和一致,真正理解客户的需求 需求定义中的问题列表,批准的需求分析文档,测试计划书的起草 设计 产品规格设计说明,系统架构和技术设计文档,测试计划和测试用例,要求:系统结构的合理性,处理过程的正确性,数据库的规范化,模块的独立性,测试用例的有效性和完备性等,并清除定义测试计划的策略,范围,资源和风险 设计问题列表,批准的各类设

10年软件测试工作总结

时光荏苒,从毕业到现在已经10年,10年来一直从事着软件测试的工作.从一个什么都不会,到测试技术人员再到测试管理,期间有迷茫,有痛苦,有弯路,有捷径.今天对自己过去的10年测试经历做一个总结,一是给自己重新出发增加动力,二是给刚入道的.迷茫中的测试朋友一点点建议,希望你们少走弯路. 首先,谈谈测试职业规划,即做什么的问题.所谓方向比努力重要,这绝对是一句真理.如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水.自信心都是顺其自然的事情.但是

工作日志--两个月总结

这两个月经历了很多,经历过真正加班的日子.在这两个月里真是很锻炼心里素质啊!在此期间,一共参与了两个项目,一个是网站的一个原型:另一个是佩特来售后系统. 网站: 经理给了一堆需求的图纸,把需求弄清楚了,做一个类似的网站.我们先是弄一个原型出来,再让客户看是否是客户需要的,最后再说去做这个系统.我的工作就是负责前期的系统原型. 去见客户,与客户交流: 等我们做完了这个东西,去见客户,由于上面的数据都是测试数据,看起来空荡荡的,没有什么实质性的东西,由于客户是传媒行业的,对于他们来说,他们的关注点不

软件测试工作中的沟通问题

从一开始,测试就要关注需求.往往在讨论设计时,开发和需求很容易忽略了测试成员,他们潜意识里觉得这不关测试什么事.可是,测试也要熟悉业务,熟悉功能,熟悉各种设计,而且测试需要站在用户的角度来去考量他们的设计是否有不合理的地方,并提出自己的建议.这些工作,测试成员需要主动,积极参加,多提建设性意见,这样可能会让开发慢慢发现测试成员的重要性. 其次,沟通最频繁应该还是关于bug的讨论.下面列出几个遇到的沟通问题,及我的解决办法. 1.“这个bug我这边重现不了啊~~~” 解决办法:这种问题首先要自省,

在北京工作了两年,现在跳槽到了广州,社保公积金该如何办理?

本文地址:http://blog.csdn.net/sushengmiyan/article/details/41171207 本文作者:sushengmiyan 问题:作为一枚普通的程序员,大学毕业,社会招聘,去了北京的一家建筑软件开发公司,后来,某种原因,离开北京,来到了广州,社保和公积金不想白交了这两年呢,所以得想办法把这些东西转移到广州这边. 解决方式:在北京离职的时候要跟北京的公司说清楚,社保公积金要转移,这时候,这就公司的人力会告诉你一些注意事项,按照现在(20141116)的规定,

转帖子:测试专家10年软件测试工作总结

首先,谈谈测试职业规划,即做什么的问题.所谓方向比努力重要,这绝对是一句真理.如果能在刚走上测试工作岗位的时候明白这个道理,那么不出5年,你一定能成为某一测试领域的专家,那时不管是薪水.自信心都是顺其自然的事情.但是遗憾的是,我们获取的太多信息是,测试人员是一个通才,什么都要学,什么都要懂.结果这样的一个方向,导致了3脚猫功夫的测试人员一大把.那么什么都懂一点的测试人员难道就没有用武之地了吗?也不是,可以朝着测试管理岗位发展.说到这里,引出了测试职业规划的第一条路:测试管理.那么很容易想到职业规