51Testing软件测试论坛

标题: 无需求，无行业经验，此时该如何保证测试的覆盖度？ [打印本页]

作者: zthua 时间: 2010-7-14 12:21
标题: 无需求，无行业经验，此时该如何保证测试的覆盖度？
现在做测试大部分都是基于需求文档的测试，假如有一天，没有需求文档了，应该如何测试？
难道靠行业经验？
假如是一个未知行业，又该怎么做？
该如何保证测试的覆盖度呢？

作者: fangfangcome 时间: 2010-7-14 13:34
不知道呢，看测试对象是什么就去用什么吧~

作者: chengning 时间: 2010-7-14 13:58
测试的基准是需求要是没有需求也没有行业经验覆盖估计是无法保证的

作者: ajies 时间: 2010-7-14 15:23
进行市场调查，产品分析的

作者: zthua 时间: 2010-7-15 09:28
有时候给我的感觉是，对着需求测试，就是拿用例和需求对比，正确的就通过，不正确的就无法通过，然后提出bug，但是有时候，需求也不是全面的，需求也会有漏洞，特别对小公司，需求本身做的就不是全面，有的甚至是先将产品开发出来，然后再补些文档，像需求等等，这时候如果还按照需求测试，岂不是说不通了吗？
进行市场调查，产品分析，这些我想测试人员很少去做，也没有时间和精力去做，这些又该如何解决呢？
曾听一个哥们说，国外的测试现在都不是按照需求文档测试，他们是基于无文档的测试，但是测试出来的效果却比有文档测试出来的效果要好多了，请问现在有这样的同行吗？恳请指教，谢谢。。。。

作者: chengning 时间: 2010-7-15 11:05
标题: 回复 5# 的帖子
我觉的需求一定是有的就算国外是无需求文档测试但是了解和熟悉需求是开发和测试必须的估计他们只是没有去写文档而是以口头等别的形式区了解和讨论的

作者: Jackc 时间: 2010-7-15 13:31
呵呵，LZ的问题让我想到另外一个问题：

假如有一天，天塌了，地没有，人类怎么生存？

作者: Jackc 时间: 2010-7-15 13:32
物尽天择，我相信这个原理也同样用于测试领域。

作者: zthua 时间: 2010-7-16 08:55
额，呵呵感觉有点杞人忧天了。。。多谢各位版主指点。。

作者: zthua 时间: 2010-7-18 12:16

没事再来顶下

作者: yzylion 时间: 2010-7-18 21:50
楼主说的这个是有可能的
现在各种新兴的行业如春笋般出现，怎么没这样的可能
如果遇到这样的情况，我想我会这样处理

首先，公司做这个产品（或项目）本身来说是有一定的市场潜在需求的，企业来说，最根本的就是盈利，简而言之就是市场导向为驱动，所以即使这个行业是新兴的行业，也只是对我们来说是新兴的行业，对于该行业内的人来说，他们是我们的专家，我们应该去跟他们去请教相关的问题。如果有条件，可以聘请该行业此前的专家来做咨询顾问，协助我们的开发和测试完成测试和开发需求，并经我们的客户确认。

我想这样可以比我们什么都没有在手上的探索性测试风险的可控性会低一些

作者: yzylion 时间: 2010-7-18 21:52
个人意见，不求苟同，欢迎拍砖交流

作者: zthua 时间: 2010-7-19 12:39
呵呵有道理，目前无论做哪个行业，只要能盈利，就会有复制品，对于新行业总会有一些人比你深入这个行业，多向他们请教，就能很好了解行业动态，对开展测试工作是有好处的。。。

作者: msnshow 时间: 2010-7-19 13:44
没有文档，就得靠沟通了，需求肯定是有的，只是没写出来而已，否则怎么开发出来的

作者: JAXON 时间: 2010-7-19 21:17
需求的存在表示于但是不局限于文档

[ 本帖最后由 JAXON 于 2010-7-19 21:19 编辑 ]

作者: werm520 时间: 2010-7-19 21:33
同意 LS的
有产品就会有需求，有市场就会有规范

作者: manbuyunduan 时间: 2010-7-20 16:16
与该产品最终使用者沟通交流，往往是获得需求的一重要途径，只不过这些需求是零散的，未落到文档处的，需要挖掘整理。需求文档本身也是从无到有的一个过程。

作者: zthua 时间: 2010-7-21 09:58
恩整理需求是很有必要的，在这其中必然会伴有一些沟通，如果作为一个测试小兵，如何与开发，开发经理，项目经理以及测试经理达到有效性沟通呢？关于这方面能各位能不能站在不同角度上给些指点。。。

作者: huilin.gao 时间: 2010-7-22 12:47
楼主魅力不错，吸引了这么多版主

作者: zthua 时间: 2010-7-23 14:04
呵呵大家交流而已，能提意见的给点意见。。。

作者: moonylts 时间: 2010-7-23 17:34
我也存在这个方面的问题！！

！~~
目前刚跳到一家医疗行业软件公司，该公司开发的医院管理系统、农合软件等没有需求文档，版本更新换代了好多版，其中说明性文档少之又少，我对医疗行业本身又不够了解。。。
郁闷！

作者: 风动雨静 时间: 2010-7-24 22:46
此问题之前没有思考过，偶尔看到。
带起不少思绪，为以后铺路了。

作者: shenzehua888 时间: 2010-7-26 09:57
标题: 可以开发就能测试
个人觉得不管是有需求文档，还是行业经验，想要测试做的比较好，首先应该了解行业信息。既然开发人员可以开发出来，测试人员肯定就能够测试，这是无容置疑的。

作者: lgs0540 时间: 2010-7-27 10:31
没需求，还测试啥

作者: zthua 时间: 2010-8-5 20:13
需求只是一部分，小公司需求变更是非常快的，大家应该讨论些东西，如业务方面的

作者: zthua 时间: 2010-8-17 14:09
没人回？继续顶

作者: zthua 时间: 2010-8-25 10:50
我的心咓凉咓凉的。。。

作者: JAXON 时间: 2010-8-25 17:50
如果没有具体的表现形式就只有靠人和人之间的沟通来传递了。

作者: 愚人 时间: 2010-8-26 09:00

原帖由 zthua 于 2010-7-14 12:21 发表
现在做测试大部分都是基于需求文档的测试，假如有一天，没有需求文档了，应该如何测试？
难道靠行业经验？
假如是一个未知行业，又该怎么做？
该如何保证测试的覆盖度呢？

以不变应万变呗……
既然是软件产品，出错的地方是相似的，比如借口，再就是与开发的沟通……从开发出获取你想获得的信息……
另外就是恶补行业知识了……

作者: zthua 时间: 2010-12-17 09:41
{:4_83:}

作者: YangMay 时间: 2010-12-17 11:40

以不变应万变呗……
既然是软件产品，出错的地方是相似的，比如借口，再就是与开发的沟通……从开发出获 ...
愚人发表于 2010-8-26 09:00

我非常造成愚人的说法...
无需求,无行业经验....一样可以好好地做...

每天进步一点点就好

作者: Lennie 时间: 2010-12-17 13:25
不会没需求吧，只是不一定落实在文字上。是在没有，那总有开发吧。谁写的代码就问谁，问问他思路，流程之类。如果他愿意开放代码，你就自己读读看....
目前就想到这些

作者: 圣西罗 时间: 2010-12-17 15:16
第一：提高自己对产品相关知识面的掌握
第二：针对产品和自己的理解，列出测试大纲，针对每个测试项进行详细分析
第三：总结出产品实际中应用较为广泛的功能，并结合一归测试结果，更改测试大纲，或直接编写测试计划
第四:在编写测试大纲和计划时，通过网络了解同行业产品中的功能和优缺点，对研发提出建议性意见
此时最好可以有能力说服研发，跟随测试需求进行修正；进入较为良性的循环

作者: 819longjiayan 时间: 2010-12-27 23:07
我想问一下：行业知识是怎么积累呢？这个问题我比较无知...

作者: moonylts 时间: 2011-1-25 19:15
经过半年多的工作和自己的总结：
1、需求的确不都是文档化的，有的时候讨论组或者群里的简单几句话也是需求，有的时候用户的牢骚等也是需求；不过需求最好是由专人整理、管理一下，方便进入良性循环；
2、测试的时候不能一味的苛求软件需求文档，因为很多中小型企业都没有需求文档的；那在这种没有需求文档甚至连需求人员都没有的情况下，测试的时候，最好能够结合自己对软件的理解，以及和开发人员的沟通自己书写一下简单的需求说明，以便作为后期测试的依据和标准。
其他还有好多...时间关系下次再写吧

作者: bicknuer 时间: 2011-3-1 15:32

呵呵，LZ的问题让我想到另外一个问题：

假如有一天，天塌了，地没有，人类怎么生存？
Jackc 发表于 2010-7-15 13:31

哈哈

作者: smile0102 时间: 2011-3-22 16:25
测试人员没有需求是最让人头痛的

作者: smile0102 时间: 2011-3-22 16:25
所以很悲剧啊

作者: hzjceshi2009 时间: 2011-3-23 11:19
个人觉得应先与项目负责人沟通，做为整个项目的负责人他应是最了解这个项目需求的人。

作者: 谭典萍 时间: 2011-3-23 15:30

楼主多虑了,杞人忧天.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)