51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3059|回复: 9
打印 上一主题 下一主题

我是新手,能给我点建议吗?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-9 10:36:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
大家好!我刚刚加入软件测试的行列,现在在公司做功能测试,公司现在总共有3个人在做测试工作,之一是公司的技术总监,负责代码测试,我和另外一位负责功能测试,纯手工测试,公司里没有有测试经验的人,大家都处于摸索阶段.我感觉一片迷茫,不知道该从哪里下手.各位前辈能不能给点建议呀!先谢谢了!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-5-22 17:13:18 | 只看该作者
来51testing培训吧
我怎么感觉在作广告啊。。。闪。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-5-23 13:22:13 | 只看该作者
做功能测试的话,先搞清楚功能测试需求,把测试需求细分为子项,针对子项设计测试用例,设计用例时常用的方法是针对单个功能的输入进行等价类划分,考虑边界值。多个功能组合考虑正交分析法去设计用例,建议你最好可以把用例设计方法系统学习一下。。。根据设计的用例去执行测试。
论坛上有很多关于用例设计的帖子,你可以搜索一下
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-5-24 09:36:19 | 只看该作者
这么爽~~~~~技术总监自己做测试~~~~
我们技术总监连软件工程还没搞明白呢~~~
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-5-24 15:30:30 | 只看该作者
为了泡妞,,我顾不上怎么多了
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-6-12 21:11:00 | 只看该作者
我觉得
第一,可以进行一些review,包括稳当和代码的review,在没有太多专业测试的基础的情况下,这是最容易找出defect的方法.
第二,对用户需求进行functional point analysis,确定每个functional point,对系统进行风险分析,确定最大的技术风险和商业风险,然后再设计test case和test data针对风险和functional point去进行系统测试.
第三,注意对defect的跟踪和对test case的管理,这对以后的回归测试等等相当有好处.
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-6-15 09:39:47 | 只看该作者
sdlkfj8
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-6-20 10:34:19 | 只看该作者
做功能测试不难,难在如何做好功能测试.我接触测试这一行差不多1年.说一下个人感觉.
1.你要学会如何编写测试用例.编写测试用例看似容易,其实包括了很多的学问,这就要考验一个人的思维的扩展性,全面性.大多数在写测试用例的时候只是根据快速原型(大多情况下都是图片)来判断测试路径的,我们就需要考虑所有页面有可能出现的情况和用户将会进行的操作.建议你看一些用例的模板然后自己动手编写一次.
2.学会如何提交BUG.也许你觉得这一点对你来讲很容易,但是不能因此而忽略.首先要注意提BUG不能带有个人感情色彩.其次要注意尽量多的上传附件.最后注意对问题描述不得含糊不清,要说明进行了什么操作,你的输入还有输出.这有助于开发人员对问题的修改,同时提高开发人员对你的看法.
3.第三点要说,在进行测试的时候要对你所测试的系统摸透,不要因为时间关系而大致走一遍之后就开始测试,那样在测试过程中你会不得不反复去问开发人员,他们会很不耐烦,从而打消你的积极性.而且有可能导致你所提的BUG是错误的.
4.保留你所测试的每个程序版本.直到该项目结束.之所以这么做是为了防止开发人员会对你所提的BUG进行校验.有时候开发环境不出现的BUG,而只在测试环境出现,却又是在之前的版本中出现的.我想你肯定不愿意找这个人要,找那个人要,所以自己保存一份.
5.及时补充测试用例.每当你对某个模块进行了一次完整测试之后都要将测试结果写清楚.是通过了还是未通过,至少你自己能看明白.以免在你对该系统停止一段时间测试之后.回过头来却忘记了测试进行到哪个地方而不得不重新执行测试.
6.测试过程要记住你所做的输入.对于一些不可重现的BUG.的确是件挠头的事,所以在测试过程中尽量记住你所做的操作和你的输入,以避免当不可重现的BUG真的出现时,无法找到该问题的触发点.
7.开拓思维,模拟特殊场景.这就要求你的测试经验了.在对系统进行了全面测试之后.试着想一些特殊的情况对系统有哪些影响.发现隐藏问题.
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-6-20 10:48:13 | 只看该作者
软件开发周期按照软件工程中所说包括:需求分析,概要设计,详细设计.编码和单元测试.综合测试.验收,维护.
在确定需求分析(规格说明书)之后.由美工人员根据系统模型做出页面图片.这个时候测试人员就要获取规格说明书.概要设计,详细设计文档.依靠这些资料来编写测试大纲.测试用例了.然后等待开发人员编码和单元测试之后提交第一版本程序.然后测试人员进行系统功能测试.系统集成测试.系统安全性测试.系统健壮性测试.系统性能测试.阿拉法版本测试.BIT版测试.
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-6-22 17:42:54 | 只看该作者
sdlkfj3 sdlkfj3 sdlkfj3
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-9 05:56 , Processed in 0.070106 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表