学习的困扰

stonemary

最近，无事可做，倒是高兴有时间可以学习了，可是又很迷茫，不晓得从什么地方学起，再看测试的理论吧，好像无非也就是那些，没有什么新鲜的。但是想学的东西也太多，计算机的基础知识，如数据结构，数据库，计算机网络，服务器中间件，JAVA；测试方面呢，自动化测试、性能测试、BUG管理工具，测试流程的整理和总结。太多了，不晓得从什么地方学起。现在突然发现，闲下来的时候真的闲得慌呢～～sdlkfj5

zz45509

cleverman

刚刚学完这几本书，感觉进步了不少。不过发现还得把汇编捡起来。明天又有的学了。
睡觉前回一下stonemary。

Java测试我不算内行。不过从我自己的测试发展来看，我在你这一个阶段（能够很好的完成黑盒测试），接下去是花了一定的时间在UI的automation上。
我想你现在应该有目的地往这方面转移了。当时，我们公司也没有任何自动化测试，是我自己用了很多业余的时间设计，实现了一整套自动化平台。在UI automation方面我也写过一些文章，你可以参考一下。不过，windows 程序和java程序的自动化，会有一些不同。个人觉得做java的自动化chanllenge更大一些，因为java对自动化支持的不是很好。基础知识是最基本的，永远都很重要，哪方面有欠缺就花时间补回来。操作系统，网络都很重要。

测试脚本本身其实很简单，尤其对你对编程有爱好和擅长的人来说。basically,你应该选择一个合适的测试工具先。每种工具支持不同的脚本语言。好像对java支持比较好的是robot, silktest, 现在test complete也支持java了。你随便先学那种都行，我当时用的是test complete。我觉得还可以。silktest可能用的版本低，我觉得不好。robot没有正版，就没怎么试过。总之，如果只是学习，就down个TC的试用版玩玩先。
TC的帮助文件挺清楚，详细的，一般来说都足够了。你如果碰到什么问题，我们可以随时交流。

stonemary

cleverman,你好啊
你真的是我们学习的榜样，能和你常联系么？我的QQ是：155219209。MSN：stone_mary@hotmail.com
嗯，对编码，我一直都非常的感兴趣，在大学的时候，自认为编码学习的还是不错的，C，VB，汇编，,net(C#)，至少老师要求做的小系统，我都能使用这些语言独立的完成。后来找工作本来是想做开发的，但是，还是做了测试。包括试用期在内，也已经有一年半了。我现在的能力也就是：独立的承担一个项目的黑盒测试。
现在我对公司的 要求是：我们测试人员尽量的从一开始就介入到测试中。如果不能一开始就介入，至少要尽早的把项目的资料反馈给我们测试人员。不要到项目结束了然后才说一声，你们测试一下这个系统吧。说实在的，我很反对在项目结束了，然后才扔过来，并且还没有很好的资料。接到了资料以后，我开始细致的分析需求说明书或者是方案书，开始编写列出测试需求，再编写出测试计划。然后再根据所做的界面原型，编写测试用例（因为没有概要设计，所以只好根据界面原型编写测试用例），最后执行测试、管理BUG。最后出测试报告。这一系列的动作都是在做系统测试中的功能测试或者性能测试。而且也完全的是手工测试，没有自动化的测试。
在整个的测试过程中呢，我发现如果会编写代码，那么就能很好的定位问题和分析问题 ，如果不会代码，顶多只能靠着测试用例找出问题，但是不能分析出是什么原因，更不能定位问题。也不可能进一步的提高测试用例的覆盖率。
关于cleverman提供的几本书，我认为现在对于我来说，还不足能力去学习，需要在后阶段学习。针对我所接触的语言来讲，我现在需要的是把JAVA学习好，把操作系统和网络学习好，还有测试脚本。我的目标是做java开发的各种系统的专业性能测试工程师。
对于编写测试脚本，工作没有用到过，也没有见识过（出了LoadRunner的 脚本），我应该怎么样的学习呢？都有些什么样的测试脚本呢？？？

[ 本帖最后由 stonemary 于 2007-7-10 10:52 编辑 ]

cleverman

想从测试转到开发，这个能力也是必须的。
目前我的发展阶段来看，要学的全是开发知识了。

cleverman

原帖由 kolecat 于 2007-7-9 15:34 发表
谢谢指点哦，你 说的那几本书有书名的基本上都能找到，也有中文版。

我们工作中原来也是用windbg工具截断程序报错信息，然后找相应的开发来看现场，偶尔也会根据

一些报错信息中的函数名回忆一下操作细节 ...

是这样的。我个人感觉领导对我的期望值很高。你想想看，他能从中国直接给招到美国总部，肯定有不一样的想法。
刚进来我什么都不懂，可是每当我有了一定的进步之后，他都会给我提更高的要求。
现在我的技术满足我的工作一点问题都没有，他还是要给我提这么多要求。
我也很高兴，这样的话，我要学习很多的东西才行。

我不能说我是一个普遍的情况。但是我可以告诉你，我认识有完全满足这些东西的人竟然还都不是seniro呢。我老板也说过，没有说多少年能成为senior，关键看你的表现。
有些人10几年还是junior level。所以说，我如果想往上走，这些东西都是最basic的东西。我必须要学习。我还不知道after that, 要学习什么。
不过我想senior 应该是行业的leader了吧。因此，我的下一步应该是这个。也就是把我测试的软件，能够在各个方面都非常的清楚。并且有自己的观点。能够和任何人讨论，解决任何问题。

国内外企对这个技术要求的是很少的。但是，如果你自己能够学习，并且具有这个能力。你说你想跳槽到哪里是不是都会容易很多呢？

kolecat

谢谢指点哦，你 说的那几本书有书名的基本上都能找到，也有中文版。

我们工作中原来也是用windbg工具截断程序报错信息，然后找相应的开发来看现场，偶尔也会根据

一些报错信息中的函数名回忆一下操作细节，但是基本上还是不会用windbg工具，看汇编阿，内存

中信息啊啥得都不会。现在看来外企也是用这些工具哦，这样也有动力去学这些工具了sdlkfj3

cleverman

原帖由 kolecat 于 2007-7-9 14:07 发表


如果学这个，有没有推荐的书呀

Windows System Programming
我看得书的名字就是这个，是第三版。作者是Johnson M. Hart.是Addison-Wesley出版的。 类似的书应该有不少，比如《Win32 编程》《Windows API编程》等等。主要是介绍Windows API编程的。
Windows Debugging
我order了一本，还没有到。好像是Win2000 Kernel Debugging这么个名字。我主要是想学Windbg和Kd工具的debugging技术。国内应该有相应的书吧。我现在主要是看看help文件。如果你不知道工具在那里download我可以给你网址。
Windows API Testing
这个就没书了，因为我是做UI testing的，相应的还有人专门做API testing。老板让我都要熟悉，要做这个行业的leader。所以，我主要是学习我模块的API的使用，和看测试程序的流程，代码，等等。
Read Source Code
这个也没书，就是要多读开发代码，发现bug要努力去代码里找到root cause。
Security Knowledge
这本书的名字是《Writing Secure Code》，作者是Michael Howard & David LeBlanc, 主要是讲安全问题的，如何避免代码出现漏洞。和测试人员如何从代码发现安全漏洞等等。
另外还在我学习计划的一本书叫《Windows Internals》,是讲windows 系统内核的知识和实现方法等等。作者是Mark E. Russinovich and David A. Solomon.
我看得都是英文原版，不知道你能不能搞到，如果不能得话，看一些中文版也可以吧。
这个星期学习了一下这几本书，收获不少。以前看不懂的设计文档，现在都看明白了。

kolecat

原帖由 cleverman 于 2007-7-8 10:31 发表
Windows System Programming
Windows Debugging
Windows API Testing
Read Source Code
Security Knowledge:  

如果学这个，有没有推荐的书呀

stonemary

非常感谢大家的指点。
嗯，到现在我都还很沉迷于技术，我比较的赞同shanxi的说法，如果要做到一个管理者，那么必须要精通技术，只有了解了各个方面的技术以后，在做PM的时候，才能合理的估计人员的技术能力、合理的估计项目的难易程度，做出合理的计划。而且，当你做为头目的时候，你需要对所有的人都未能解决的问题提出较好的交接方案，这些都是建立在技术沉淀的基础上的。
当然，wyzwise所说的掌握concept的思想，我也很赞同。实际上技术就是工具，当解决一个问题的时候用什么工具，那是无所谓的，只要能解决问题就行。但是，关键的还是一个思想。所有的东西，最终体现的都是思想。
所以，我个人的观点是首先需要掌握基本理论，再在这些基本理论上实践、思考、总结。比如：在规划一次测试的时候，需要规划一些什么东西，如何的规划；采用一个什么样的测试流程；测试用例如何的编写，如何的管理BUG，这些都是理论结合实践的东西。但是，如果需要把测试深入的和开发流程融合起来、非常明确的了解一个系统，以及深入的分析和剖析系统暗藏的问题，那么技术是必备的。

wyzwise

很同意楼上的，
技术背景一定要有，最好一定要做过开发，否则你在管理的时候，就会很难理解下面的人，很难和下面的人沟通。。。

学技术也要说流程和理论，这个才能让你的技术更上一层楼！！！

shanxi

同意楼上关于管理的责任的看法。

一个懂得在合理的时候，应用合理的技术的管理者，是来自丰富的项目经验。如果自身没有对技术或者项目很深入的了解，做好PM,Risk也会很大。

wyzwise

呵呵。。可能你的理解不深吧。。找一个懂技术的不难，找一个懂得在合理的时候，应用合理的技术的管理者不容易。。。

一个project的failure， 超过80％是因为管理（以前写过这发面研究的论文,出处记不得了，可以网上找到）。

当然楼上得观点也有一定道理，如果你想成为一个优秀得技术人员，可以这样做，如果想成为管理着，我说得方法还是值得考虑得。。。

shanxi

不要沉迷在技术上我不是很赞同，还有所有技术都相通这是针对初学者的说法，对资深Tester来说这两点都不适用。

做测试你首先需要大致了解所有当今能见到的技术:
C、C++,java,delphi
php,asp,asp.net,jsp+ejb
perl,python,Ruby,javascript
shell,auto-batch,awk,bash

TCP/IP,ERP,CRM,EJP等行业或者业务知识

等你从这些浩繁的技术了解的差不多后，找准一点做精，突破。

wyzwise

这个主要看你的以后想发展的方向，决定你要学的东西。。。

首先要做的是学习整个的流程，test life cycle,和 agile methodology。。你可以用google 找这两个关键词。。

在熟悉之后，也就是知道为什么，什么时候，怎么做test的，整个project的开发过程后在学习具体的东西。。

具体的有 software design concept, web application architecture..这个很重要。。。

当这个也理解了一些的时候，可以学习，有那些test的类型，有什么区别，什么时候用。。。

下一步才是具体学习几个软件的应用（这个应该是比较简单的，只要你在网上多找例子，用用就好了）。。

学了这些，应该可以成为一个合格 junior 的 tester.

记住，软件可以变，技术可以变，当时整个的concept一定不会变，这个会给你以后的职业生涯上很多益处的。。所以不要沉迷在技术上，要over look the whole thing...:)

cleverman

Windows System Programming
Windows Debugging
Windows API Testing
Read Source Code
Security Knowledge: <<How to write secure code>>

caicai1724

其实你已经发现应该学什么了,只是非常多,反而不知道该学哪个了.
我认为,最好的方式是从工作中出发,你说的对,在工作忙碌的时候最能体会自己所缺少的东西太少,那么你有收集这些缺少的问题吗?你不用刻意的想要系统的学习所有这些东西,时间不允许,而且实在是太多了反而无法入手学习,工作中遇到什么技术基础问题,如果时间允许,花点时间寻找相关的技术点学习,不要牵连太多知识点,能解决这个问题就行!如果时间不允许,在测试任务完成后,空余时间再去补充这个知识盲点.这样一来,对该知识点印象深刻,比系统的看书学习掌握的更好.
另一方面,性能测试真的需要丰富的技术知识,熟悉程度要充足才能做好,而且性能测试是个很大的工程,最好的方式是各个专业技能的测试团队共同合作来完成它.我个人认为在进入测试行业后的短时间内不要涉及性能测试,先做到一个更优秀的功能测试(黑盒测试和白盒测试)工程师,在这过程中累积技术和经验,再考虑往性能测试方向发展.

[ 本帖最后由 caicai1724 于 2007-7-6 15:27 编辑 ]

stonemary

多谢zhawhz哈。
嗯，时间真的是宝贵的。
我的学习都是在工作中总结的。感觉只有在忙碌中，对自己所缺少的东西才深有体会。
其实很早的时候就想再巩固一下自己的计算机基础知识，并且想把代码的东西再捡起来。但是，工作中都用不上，结果，像蜗牛一样的，一点一点的爬啊爬啊。现在深有蚂蚁搬家的感觉，一点一点的积累。
每次做完性能测试，都感觉自己的计算机基础知识太贫乏，唉～。本来以后的定位是在性能测试上有专攻的。但是，现在的公司还是以功能测试为主，性能测试基本不干，唉，是否我的方向有所错误？！
我一直是这么的想的，如果性能测试做得好，能准确的定位和分析问题所在，上面我所列的知识都是必须要齐全的，而不是只是会用某某工具。其实，对于工具的问题，有时候碰到了，自己想想办法、靠着同仁的帮忙，也总是能解决的。但是，如果少了，基础知识，那么就不能看懂别人的东西，也不能准确的分析问题所在。这个是最惨的！！

[ 本帖最后由 stonemary 于 2007-7-6 09:59 编辑 ]

zhawhz

楼主可以看一下 Zee的帖子，http://bbs.51testing.com/thread-81774-1-1.html

你列的东西太多，一下子肯定看不来，无从下手，结合自己的工作等，先找一个点下手！

加油！