测试分析——熟悉被测软件

前言

        测试分析：根据需求提取被测软件中需要测试的地方，也就是找到软件中我们要测试哪些地方。（这里只是怎么去提取测试项，针对测试项的具体测试方法是测试用例设计要考虑的。）

        测试项：又叫做应测特性。还可叫做功能点，测试点，就是需要测试的地方。

        测试分析工作开展前提：熟悉被测软件，软件越熟悉对将来的测试分析工作就越好，分析的越全面。

熟悉需求的途径

        根据特定文档熟悉，如需求文档，测试用例，开发设计文档，代码等。

        参考被测软件的同类型产品。

        直接到被测软件中实际体验去熟悉。

        熟悉需求的方法是多样的，根据实际情况选择不同的途径，如被测软件是一个聊天交友软件，那根据目前同类型产品来看，是否应该具备添加好友，聊天等功能。而且如果是一个新产品，去熟悉软件的时候必然不可能去参考设计用例，因为设计用例是在根据测试分析提取测试项之后才去设计的用例，所以只能在测试老产品新版本的时候去参考老版本的测试用例。

熟悉被测软件——SFDPOT思想

S——structure：结构

        在熟悉被测软件时要首先知道他是什么架构的软件，有哪些构成。

架构：

        一般来说架构分为三种。

        B/S架构（Browser/Server），浏览器/服务器架构，如禅道，淘宝网页版等等都是B/S架构的软件。

        C/S架构（Client/Server），客户端/服务器架构，如：LOL,抖音。

        单机版：客户端，如计算器，扫雷。

构成：

        ①启动文件，要测试，双击或者其打开方式能否正常工作。

        ②卸载文件，和启动文件不同，启动文件一定不会漏测，但是写在文件很有可能会漏测。

        ③代码文件（dll），一般在单元测试阶段进行测试，对代码进行一行一行的测试。

        ④配置文件，对文件中的value进行正确及错误的修改，看软件运行情况。

        ⑤帮助文档，一般对文档的内容进行检查，不能出现错误及歧义。

F——function：功能

        将被测软件的功能模块梳理清楚，要找到所有的功能模块，不能只看表面，因为有一些功能模块是隐藏的，如在浏览器的输入框中鼠标右键单击出现选择框就是隐藏功能，不会出现在界面上。

D——data：数据

提醒测试人员提前准备测试数据。

        ①输入数据，既要考虑合法数据，也要考虑非法数据。

        ②输出数据，我们向软件输入合法数据和非法数据之后分别的预期结果是什么？

        ③预置数据，为了测试软件，我们要提前往数据库中预置哪些数据，就比如测试支付宝的年度账单，那就需要我们提前在数据库中内置一些账单信息。

P——platform：平台

        根据被测软件的架构，要去考虑对应架构下的多重平台，如我们的软件是一个B/S软件，那我们就要准备多重浏览器及浏览器多种版本。

O——operation：操作

        提前思考一下用户可能会怎么样来使用这个软件，如浏览器，有的客户喜欢在一个浏览器窗口中打开多个标签页，有的用户喜欢打开多个浏览器窗口，每个窗口只有一个标签页。根据某一个功能具体分析。操作的内容不同，目标对象不同，操作方法不同。

T——time：时间

        如果软件中部分功能和时间有关，那就需要对这一特性进行测试，如修改电脑的系统时间能否干扰软件的正常运行。 有一款游戏《愚公移山》就可以通过改变系统的时间来增加自己的资源，不知道现在有没有修复。