我是新手,能给我点建议吗?
大家好!我刚刚加入软件测试的行列,现在在公司做功能测试,公司现在总共有3个人在做测试工作,之一是公司的技术总监,负责代码测试,我和另外一位负责功能测试,纯手工测试,公司里没有有测试经验的人,大家都处于摸索阶段.我感觉一片迷茫,不知道该从哪里下手.各位前辈能不能给点建议呀!先谢谢了! 来51testing培训吧我怎么感觉在作广告啊。。。闪。。。。。。 做功能测试的话，先搞清楚功能测试需求，把测试需求细分为子项，针对子项设计测试用例，设计用例时常用的方法是针对单个功能的输入进行等价类划分，考虑边界值。多个功能组合考虑正交分析法去设计用例，建议你最好可以把用例设计方法系统学习一下。。。根据设计的用例去执行测试。
论坛上有很多关于用例设计的帖子，你可以搜索一下 这么爽~~~~~技术总监自己做测试~~~~
我们技术总监连软件工程还没搞明白呢~~~ 为了泡妞，，我顾不上怎么多了 我觉得
第一,可以进行一些review,包括稳当和代码的review,在没有太多专业测试的基础的情况下,这是最容易找出defect的方法.
第二,对用户需求进行functional point analysis,确定每个functional point,对系统进行风险分析,确定最大的技术风险和商业风险,然后再设计test case和test data针对风险和functional point去进行系统测试.
第三,注意对defect的跟踪和对test case的管理,这对以后的回归测试等等相当有好处. sdlkfj8 做功能测试不难,难在如何做好功能测试.我接触测试这一行差不多1年.说一下个人感觉.
1.你要学会如何编写测试用例.编写测试用例看似容易,其实包括了很多的学问,这就要考验一个人的思维的扩展性,全面性.大多数在写测试用例的时候只是根据快速原型(大多情况下都是图片)来判断测试路径的,我们就需要考虑所有页面有可能出现的情况和用户将会进行的操作.建议你看一些用例的模板然后自己动手编写一次.
2.学会如何提交BUG.也许你觉得这一点对你来讲很容易,但是不能因此而忽略.首先要注意提BUG不能带有个人感情色彩.其次要注意尽量多的上传附件.最后注意对问题描述不得含糊不清,要说明进行了什么操作,你的输入还有输出.这有助于开发人员对问题的修改,同时提高开发人员对你的看法.
3.第三点要说,在进行测试的时候要对你所测试的系统摸透,不要因为时间关系而大致走一遍之后就开始测试,那样在测试过程中你会不得不反复去问开发人员,他们会很不耐烦,从而打消你的积极性.而且有可能导致你所提的BUG是错误的.
4.保留你所测试的每个程序版本.直到该项目结束.之所以这么做是为了防止开发人员会对你所提的BUG进行校验.有时候开发环境不出现的BUG,而只在测试环境出现,却又是在之前的版本中出现的.我想你肯定不愿意找这个人要,找那个人要,所以自己保存一份.
5.及时补充测试用例.每当你对某个模块进行了一次完整测试之后都要将测试结果写清楚.是通过了还是未通过,至少你自己能看明白.以免在你对该系统停止一段时间测试之后.回过头来却忘记了测试进行到哪个地方而不得不重新执行测试.
6.测试过程要记住你所做的输入.对于一些不可重现的BUG.的确是件挠头的事,所以在测试过程中尽量记住你所做的操作和你的输入,以避免当不可重现的BUG真的出现时,无法找到该问题的触发点.
7.开拓思维,模拟特殊场景.这就要求你的测试经验了.在对系统进行了全面测试之后.试着想一些特殊的情况对系统有哪些影响.发现隐藏问题. 软件开发周期按照软件工程中所说包括:需求分析,概要设计,详细设计.编码和单元测试.综合测试.验收,维护.
在确定需求分析(规格说明书)之后.由美工人员根据系统模型做出页面图片.这个时候测试人员就要获取规格说明书.概要设计,详细设计文档.依靠这些资料来编写测试大纲.测试用例了.然后等待开发人员编码和单元测试之后提交第一版本程序.然后测试人员进行系统功能测试.系统集成测试.系统安全性测试.系统健壮性测试.系统性能测试.阿拉法版本测试.BIT版测试. sdlkfj3 sdlkfj3 sdlkfj3
页:
[1]
