51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7666|回复: 14
打印 上一主题 下一主题

早期软件测试生存周期技术?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-4-15 09:32:05 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
“有一半以上的错误是在需求阶段引入的”,对这句话不能理解,需求阶段引入的都是什么类型的错误呢?怎么可能需求阶段能引入这么多的错误呢?而且早期软件生存周期技术都应包括哪些呢?烦请各位同行指教。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

15#
发表于 2007-8-16 13:53:00 | 只看该作者
有更进一步的了解
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-8-15 18:47:11 | 只看该作者
UID 104
精华 2
积分 1045
帖子 739
综合技术指数 1029
生活情趣指数 16
鲜花 70
鸡蛋 0
阅读权限 100
注册 2004-5-10
来自 上海
状态 离线  #5发表于 2005-2-2 17:09  资料  个人空间  短消息  加为好友      
软件测试
通过某些方法尽可能的发现软件中隐含的缺陷

软件故障诊断
得知问题出现,针对相关的信息去分析故障的原因并加以修复
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-7-30 12:59:48 | 只看该作者
学习中,印个脚印!!sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-7-22 10:04:56 | 只看该作者
我喜欢打游戏  但没有机会做游戏测试
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-7-16 15:22:45 | 只看该作者
sdlkfj3 sdlkfj3
多谢kpxl指导  
领悟中.......
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-4-11 16:00:50 | 只看该作者
不错,我一直就觉得需求分析比较重要!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-8-27 17:07:39 | 只看该作者
求助各位了
我看了论坛的帮助,但是我还是 不知道在那里发新帖子,能不能把具体的地方和按扭截下来,在下不甚感激了
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2005-4-15 13:30:34 | 只看该作者
“kpxl 是高级吧?”什么意思啊?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-4-15 12:12:09 | 只看该作者
呵呵,kpxl 是高级吧?明确需求、理解行业是软件开发的一个很重要的组成。同意“至于QA,是指质量保证,现在很多的公司把测试部叫做QA,其实真正的QA要比测试人员对软件的生命周期各个过程了解的更多,更深。”这句话。
QA也有行业标准的哦~~~可惜我不了解~
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2005-4-15 11:21:41 | 只看该作者
那测试人员通过什么方法或是途径来发现需求中的错误呢,我所了解的是可以通过需求评审的手段。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-4-15 11:17:14 | 只看该作者
学到些东西。。不错。。
早期软件测试生存周期技术那可以说是对软件需求的确认过程?。。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-4-15 10:54:05 | 只看该作者
早期的测试人员主要是来了解需求中的一些不合理的地方,当然你能够做多少跟你的能力有关,也就是说一个强的测试人员能够在早期发现需求中尽可能多的问题,为以后系统能有个好的质量打好基础。
至于QA,是指质量保证,现在很多的公司把测试部叫做QA,其实真正的QA要比测试人员对软件的生命周期各个过程了解的更多,更深。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-4-15 10:37:06 | 只看该作者
谢谢kpxl,那么在项目的早期测试是一个什么样的角色呢?我现在做的测试都是后期才投入工作。你提到的QA又是担当什么工作呢?
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2005-4-15 09:46:46 | 只看该作者
看你这么说,大概可以知道你从事软件测试行业或者说软件行业的时间不长,不过没有关系,慢慢的就会明白了。
这句话的意思是说,系统提交给用户后,反馈回来的问题有很多是属于需求不对,也就是说原来的规格开的就不对或者不合理,这样开发按照这个来Coding,QA按照这个规格来测试,当然测不出来问题。但是对用户就不同了。
早期的软件生存周期的技术其实涉及的应该是在整个的生命周期中最多的,也是最复杂的,里面会涉及到相当的沟通,交流,以及相当的谈判技巧和行业知识,然后会用到系统架构设计的技术和测试的技术。因为软件不同涉及到的具体的可能有所不同。
一般软件尤其是行业软件,在了解用户有需求后,会由售前顾问去做沟通,确定用户的需求和自己能够开发的系统的差异,确定是不是可以满足用户的要求,然后由顾问和系统架构师再讨论具体的细节以及签订合同。然后开具需求规约。很多介绍需求的书上都会提到这样的一个例子,就是用户的需求是一个正方形,但是顾问的理解是一个圆形,但是顾问的需求开的却是一个椭圆形,开发的理解是个三角形,但是做出来的是一个五边形,QA的理解又不同,这样最后的产品和客户的需求就会偏离非常多,有经验的顾问会在跟客户确认需求并且写出规格说明书后,请客户签字确认。这样在一定的程度上可以减小偏差,而且为后面的客户需求变更提供依据,例如增加合同金额或者推迟Schedule等。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-28 09:59 , Processed in 0.076704 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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