蘑菇猫 发表于 2006-12-28 10:24:06

我该怎么做测试(公司测试only one):

sdlkfj2 谢谢大家帮我解决一下,具体情况如下:
1.软件简介:一套JAVA开发的WEB程序,需要在网上招投标、竞价等活动;
2.资料:业务流程图、用户使用手册;
3.我的任务:主要就是系统测试(压力测试、容量测试、安全测试、性能测试、容错测试)
和功能测试;写测试计划、测试用例、测试报告;
4.人力资源:公司测试人员只有我一个;
5.测试环境:一台电脑做服务器、另外一台做测试;
6.目前我的测试还是手工测试阶段,测试工具也了解了一些,目前的理解是:Loadrunner.是做压力测试的,Winrunner是做功能测试的,[不知道这么理解是不正确]TD(testdirector)是BUG管理工具。


ecust 发表于 2006-12-28 12:46:14

1.了解测试环境,例如应用服务器是用什么的,数据库是用什么的。现在不知道你测试是走内网还是什么。
2.要一份需求说明书,有可能的话,系统不单单是业务流程,更多是的功能上的细节。
3.系统测试按我的理解不包括压力测试,性能测试等,主要就是功能上的测试。
4.只有你一个测试人员,公司要求你做这么多种类的测试,我觉得要求太高。
5.这样的测试环境起码在性能测试上不会测试出真实值。
6.手工测试也是很有技术含量的活,做好了起码可以保证功能没问题,业务跑的通。我认为你目前根本没有必要使用工具去做测试,自动化测试完全可以手工做,性能测试因为本身环境的关系,做了也没什么意义。先学会走,在慢慢跑。
7.诸如测试计划之类的模板,论坛上应该都有, 你去找找看。用例设计方法论坛上也有,主动寻找一些资料吧。

general82 发表于 2006-12-28 16:57:11

好好干吧,多找些书来看,技术提高不成问题

GreenApple 发表于 2007-1-3 22:25:00

回复 #2 ecust 的帖子

sdlkfj2

kklizi 发表于 2007-1-4 16:32:44

加油我也刚刚开始

r_sunny 发表于 2007-1-10 10:11:44

sdlkfj3 加油,我这是only two

kevin_swpi 发表于 2007-1-10 13:38:55

一个不错的机会
呵呵
如果时间不是很急的话
可以先买点书看 然后第一次可以先生搬硬套走走流程
对认识测试熟悉流程有很的的帮助

如果时间紧的话
就先做一些必要的测试吧

morpar82 发表于 2007-1-10 17:06:56

我认为需求是比较重要的一个环节,如果没有提供,那至少你应该自己在已有资料的基础上做整理,越细节越好。
我也做过一个人的测试,很有体会,很多时候会开发说什么你就知道什么,但实际上是这样的吗?却不知道

harold 发表于 2007-1-16 11:07:58

这种情况就是多参照比较规范的一些文档 ~
把自己公司的测试用例 测试计划 bug report等先确定下来模板~接下来就看你怎么测试了
多动脑筋 ~多翻资料还是有用的 ~
congratulations!

chbhaha 发表于 2007-1-18 11:19:26

加油吧!

我公司情况 差不多 ,不过比你惨点,没什么文档资料看的,全靠自己摸

liuxz 发表于 2007-1-22 16:37:03

目标很不错,可建议你还是正视实际情况。从人力上,技术上看,你基本只能做一下功能测试,对照需求测试系统是否准确的满足客户的要求,功能测试也是最必需的测试sdlkfj2

jiepeach 发表于 2007-1-22 17:19:50

如果是做产品的,先熟悉产品的每个功能及功能点,你把产品弄熟了,大概得需求就差不多都明白了,然后与开发人员和市场人员沟通了解进一步的需求。如果能直接和客户交流那是更好不过了。如果要作性能测试一定需要开发人员的帮助,否则一个人很难把性能测试做好的。做项目就不太了解了,主要也还是要和相关的人员交流,尽可能的了解项目需求吧。。。。

白菜叶子 发表于 2007-1-29 10:41:22

估计你们公司不怎么注重测试,或者你们老大不懂测试。
一个人的话把功能测试跑以下,然后有时间做一下性能测试。

annayin 发表于 2007-1-30 16:47:37

sdlkfj8 我和r_sunny
差不多...

lovefei1027 发表于 2007-1-30 17:38:07

系统测试应该包括压力测试,性能测试,功能测试,GUI测试等;
我现在的公司也是个刚刚成立的,目前测试也是只有一个,需求说明书想都别想,只有一些开发流程图,业务说明书,再有就是用户使用说明手册,其他什么都没有,主要测试.net开发的WEB和FLASH开发的一套软件,不过也好,可以在工作中锻炼一下,先手工测试,先学会走,在跑喽,呵呵
多去网上找点资料看看很有用的

bzcy 发表于 2007-2-1 14:56:52

压力也是一个机会,至少已经说明公司开始注重测试并做出了实际的行动
具体怎么做要等你在实际的工作中慢慢体会
就像前段时间测的一个东西(不知道如何描述),开发那扔过来一个任务和一个杀线程的工具,简单的说了下方法,便到样机上一边杀线程一边做业务,不懂的就去看需求和设计文档,慢慢的去校正测试方法,最终从测试方法到结果上都有了进步

如果一进公司什么方法,文档都准备好了等你去做,那还有什么意思~
从未知到已知,慢慢磨练

随便说下,虽然我们公司测试组名额上有5人,但实际上做软件测试的只有我和我同学2人,测试主管辞职,另外的做硬件测试

没有现成的东西借鉴也不无好处,至少在解决问题的过程中对自己的能力有很大的提升

比较羡慕楼主能有这么好的一个机会~

杨小 发表于 2007-2-28 14:09:18

从楼主的介绍来看 这个软件 的性能测试才是大头啊,建议先从性能测试入手,首先了解软件的设计要求,需要支持多少人在线进行招投标,竞价,预期项目第一阶段上线,用户能达到多少,用户的网络情况的分类,等数据,再参照业务流程,设计制定测试的计划。
既然只有你一个测试人员,那么沟通就很重要了,和项目经理沟通,和开发人员沟通,他们有你需要的绝大部分的东西,程序的设计,客户的需求,当然有文档更好,但很多情况下公司的文档是不完善的,这就需要你自己主动的获取这些资料。
另外,合理的计划,也为你向公司申请资源,和安排工作时间,提供了合理的解释,免得做无谓的牺牲。

青青 发表于 2007-2-28 16:41:06

先做功能测试
再做性能测试
WEB程序,性能测试应该比较重要,可以用LR

lesterfisher 发表于 2007-3-3 10:37:07

ECUST现在是实习斑竹了,恭喜。说的不错,一个人做这么多似乎要求太高。另外这个软件的规模如果太大的话,也是问题。
另外现在就做自动化测试应该是比较困难而且得不到很好效果的。毕竟自动化测试是建立在成熟的手工测试基础上的。所以建议楼主还是从手工做起,熟练掌握各种用例设计方法为好

nan3937 发表于 2007-3-6 15:31:34

根据实际情况,和公司提出需要扩员。让他们意识到,测试是很重要的!!!
但在时间,资源都不充足的情况下,我觉得不必要使用工具,因为一味依赖工具,特别是你现在对工具的掌握情况也不是很好,这样做只会让你事倍功半。着重测试基本功能,以你说的情况来看,现在也只能做这些了。。。
页: [1] 2 3 4 5
查看完整版本: 我该怎么做测试(公司测试only one):