无文档的项目如何开展测试

由于公司需要,需要测试LTE产品,本人当时纯纯LTE小白一枚,产品又没有任何文档,和研发沟通的结果基本很一致,就是没有文档,看协议去吧,由于小白,就接收了建议去看协议,看的头昏脑胀,不知所云。经过一个星期后,反问自己,看了一周协议,有何收获?

答案是了解一点,知识很碎片。反复思考后,竟然发现自己按照研发的思路走了,经过一般考虑后,决定写下文章总结下 当测试人员进入新的业务领域,而又无产品文档,系统测试时应该如何去做?

1、从系统层面,确定产品的用处是什么?

在实际项目中,常常会出现这种情况,进入新领域,大家往往会去学习这个领域的标准什么,而系统测试是从客户角度测试产品,过于重视产品如何做出来? 作为测试人员,我们应该从系统角度把控产品,分析产品作用、用户如何使用产品,产品运行环境,得到最外网的测试用例。

2. 根据产品用处,确定产品和用户使用最直接功能?

由于已经知晓产品作用,分析完成这些用处,产品应该具有的功能,分析并记录这些基本功能点,生成软件功能模型。

3. 将2中的基本功能细化,挖掘更深的测试点

总结

通过前面3步,从测试的角度熟悉产品,而非研发角度。当然前面3个步骤是循环往复的,如果你用例设计是个大牛,你会发现有些在第2步和第3步设计的用例,其实从第1步也可以设计出来。暂时到此,继续努力!!!

原文地址:https://www.cnblogs.com/Finding-bugs/p/9939661.html

时间: 2024-07-29 08:45:36

无文档的项目如何开展测试的相关文章

MFC:“Debug Assertion Failed!” ——自动生成的单文档程序项目编译运行就有错误

今天照着孙鑫老师的VC++教程学习文件的操作,VS2010,单文档应用程序,项目文件命名为File,也就有了自动生成的CFileDoc.CFileView等类,一进去就编译运行(就是最初自动生成的项目),编译通过,可运行时直接弹出错误框,有点小懵,,,啥都没做就给我看这个: 图一   错误提示框 后来搜索一查,网上好多类似的错误以及解决方案,几乎都试了个遍,有: 方法(1)-重新生成解决方案,或者将项目文件目录下Debug文件夹删了,重新生成Release版: 方法(2)-可以先声明一个临时的C

读写Excel、WORD等微软OLE2组件文档的项目

NPOI 是?POI?项目的 .NET 版本.POI是一个开源的Java读写Excel.WORD等微软OLE2组件文档的项目. 使用 NPOI 你就可以在没有安装 Office 或者相应环境的机器上对 WORD/EXCEL 文档进行读写. ? Apache POI是一个开源的Java读写Excel.WORD等微软OLE2组件文档的项目.目前POI已经有了Ruby版本. 结构: HSSF - 提供读写Microsoft Excel XLS格式档案的功能. XSSF - 提供读写Microsoft

文档管理项目

下面总结项目总用到的知识 1.登录 此次项目是采用xml文件的形式存储管理员密码,进行登录和修改密码操作 <?xml version="1.0" encoding="utf-8"?> <Users> <FirstUser userName="zhangsan" userPwd="111111" /> </Users> xml文件 //读取user.xml文件 string pat

IBM AppScan官方帮助文档错别字缺陷,IBM的测试人员也太粗心了吧

袁术=元素? 版权声明:本文为博主原创文章,未经博主允许不得转载.

项目采购管理及文档与配置管理作业

一.采购管理 1.采购管理的主要过程: 采购管理的主要过程包括: 编制采购计划(决定采购什么,何时采购,如何采购) 编制询价计划(记录对产品.服务或成果的需求,并寻找潜在供应商) 询价.招投标(获取适当的信息.报价.投标书或者建议书) 供方选择(选择合适的供应商并签订合同) 合同管理和收尾(管理买卖双方的关系,完成结算工作)2.工作说明书与范围说明书的区别: 工作说明书:是对项目所需产品或者服务的叙述性的描述 范围说明书:对与项目应该完成的工作,确定项目范围的文档3.招投标程序是什么: (1)公

信管师培训之第八节课作业(项目采购管理+项目信息(文档)和配置管理)

第14章 项目采购管理 1.采购管理包括哪些过程?(记) (1).编制采购计划. (2).编制询价计划. (3).询价.招投标. (4).供方选择. (5).合同管理和收尾. 2.编制采购计划过程的成果是什么? 编制采购计划过程的主要成果是采购管理计划,具体的采购活动将依据采购管理计划进行,采购管理计划简称为采购计划 3.判断:每个采购工作说明书都来自于项目范围基准. 每个采购工作说明书都来自于项目范围基准.这句话是对的.来自书本中原话P387中间部位. 4.结合P388页表14-1,工作说明书

在项目中利用TX Text Control进行WORD文档的编辑显示处理

在很多文档管理的功能模块里面,我们往往需要对WORD稳定进行展示.编辑等处理,而如果使用微软word控件进行处理,需要安装WORD组件,而且接口使用也不见得简单易用,因此如果有第三方且不用安装Office的能够展示WORD及进行编辑,那是比较不错的选择,TX Text Control就是这样的控件,本文就是基于这个控件的使用,实现在文档管理项目中的应用. 1.TX Text Control的介绍及使用 TX Text Control是一款功能类似于 MS Word 的文字处理控件,包括文档创建.

软件项目常见的文档

我以前也觉得程序员敲代码很忙,没有时间去写这些文档,浪费时间,后来经过一段时间后,觉得这些文档真的太重要了,缺一不可,不能偷懒不写.原因一次在修改逻辑的业务的时候老是找不到对应的接口,虽然有写注释,但不详细,没搞清楚,花了一两天的时间才找到,数据库没有文档也是一件痛苦的事,不知道那些字段的对应哪些对象的属性,原谅我英文水平差. 因此,我总结一些常见的软件文档. 软件策划书-------立项的第一步,肯定要考虑清楚这个项目的整体规划,尽可能要想远一点,可以从这几个方面考虑,比如成本,技术,盈利(这

测试即是文档

文档需要全面,实时更新,并且易懂.我说的全面是指除了介绍程序的功能外还应该覆盖到代码中一些重要的地方.对很多人来说文档的重要性不言而喻,但很难保持它的及时性和准确性.糟糕的文档的后果通常会浪费更多的资源和时间.往往都是出于一些错误的原因而编写的文档. 要求文档的一些原因 有很多原因导致我们需要编写文档.团队经常会由于一些制度上的要求而编写文档,或者就是纯粹出于无知.下面是一些编写文档的错误的理由: 有人认为文档和项目的成败息息相关. 文档能够证明某些人的存在. 需求方除了文档也不知道要什么好 要