● 用户手册
   ● 安装和设置指导
   ● 联机帮助
   ● 指南、向导
   ● 样例、示例和模板
   ● 授权/注册登记表
   ● 最终用户许可协议

● 读者群。文档面向的读者定位要明确。对于初级用户、中级用户以及高级用户应该有不同的定位。
   ● 术语。文档中用到的术语要适用于定位的读者群，用法一致，标准定义与业界规范相吻合。
   ● 正确性。测试中需检查所有信息是否真实正确，查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否正确。
   ● 完整性。对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到一致性。按照文档描述的操作执行后，检查软件返回的结果是否与文档描述相同。
   ● 易用性。对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户带来更高的易用性。需要注意的是，文档要有助于用户排除错误，不但描述正确操作，也要描述错误的处理办法。文档应当对用户看到的错误信息有更详细的文档解释。
   ● 图表和界面截图。检查所有图表和界面截图是否与发行版本相同。
   ● 样例和示例。像用户一样载入和使用样例。如果是一段程序，就输入数据并执行。以每一个模板制作文件，确认它们的正确性。
   ● 语言。不出现错别字，不要出现有二义性的说法。特别要注意屏幕截图或绘制图形中的文字。
   ● 印刷与包装。检查印刷质量：手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失的小部件等。

Apdex指数=(满意：小于T的样本数+容忍：T～4T的样本数/2)/总样本数
   =(3000+1000/2)/4500
   =0.78
   0.78远小于0.90，所以该系统的用户满意度没有达到要求。

第一类：1234565432A或1234565432或123456543210，2017(说明：针对手机号不合法字符输入、手机号长度少于11位、手机号长度大于11位)；
   第二类：12345654321，2017(说明：针对合法的手机号码和正确的验证码)：
   第三类：12345654321，201x或201或20111(说明：针对合法的手机号码和错误的验证码)；
   第四类：体现安全性的测试输入：其中任意输入域包含任何HTML，如：＜HTML＞，或任何脚本如：＜SCRIPT＞，或SQL功能符号，如：--、OR '1'='1等，以测试XSS脚本和使SQL改变为不符合设计意图的用例。

[解析] 本题考查Web应用测试相关知识及应用。Web应用测试除了类似传统软件系统测试的性能测试、压力测试等之外，还需要测试页面、链接、浏览器、表单和可用性等多个方面，由于Web应用部署访问的大众化特点，对安全性尤其要重视。
   此类题目要求考生阅读题目对现实问题的描述，根据对问题的分析，回答测试有关的问题。本题目说明和问题中，除了功能背景之外，给出了响应时间、HTML5、性能指数的概念、兼容性等技术点。
   【问题1】
   本问题考查Web应用性能性测试的内容，题目背景是通用共享单车系统，属于用户量大、交易密集型的应用平台，用户满意是一个系统成功与否的关键。题目还涉及对交易的时间要求，所以需要采用测试工具来测试系统性能。
   针对用户功能，本系统设定T=2秒，记录响应时间，统计样本数量，2秒以下记录数3000，2～8秒记录数1000，大于8秒500。Apdex(应用性能指数)对用户使用共享单车的满意度进行量化，系统需要满足Apdex指数为0.90以上。在上述条件下计算Apdex指数，判定是否达到给定的要求。
   Apdex(Application Performance Index，应用性能指数)是对用户满意度进行度量的指标，是由Apdex联盟(一个由众多网络分析技术公司和测量工业组成的联盟组织)联合起来开发的。用一句话来概括，Apdex是用户对应用性能满意度的量化值。它提供了一个统一的测量和报告用户体验的方法，第一次把最终用户的体验和应用性能联系在了一起。Web应用的响应时间，决定了用户的满意程度。
   Apdex量化时，对应用户满意度分为三个区间，通过响应时间数值T来划分，T值代表着用户对应用性能满意的响应时间界限或者说是“门槛”(Threshold)。
   针对用户请求的响应时间，Apdex的用户满意度区间如下：
   满意：(0，T]让用户感到很愉快；
   容忍：(T，4T]慢了一点，但还可以接受，继续这一应用过程；
   失望：大于4T，太慢了，受不了了，用户决定放弃这个应用。
   Apdex的计算如下：
   Apdex=(小于T的样本数+T～4T的样本数/2)/总样本数
   在题目所给的测试数据条件下，T=2，小于T的样本数为3000，(T～4T]的样本数为1000，(4T～)的样本数为500，用这些数据对Apdex加以计算：
   Apdex指数=(满意：小于T的样本数+容忍：T～4T的样本数/2)/总样本数
   =(3000+1000/2)/4500
   =0.78
   0.78远没达到0.90，所以该系统的用户满意度没有达到要求。
   【问题2】
   本问题考查Web应用兼容性测试的内容。Web应用的兼容性是测试重要方面，包括：浏览器兼容性、操作系统平台兼容性、移动浏览、打印选项等。本题给出系统前端采用HTML5加以实现，需要通过不同移动设备、操作系统和浏览器进行访问，因此需要设计兼容性测试矩阵，针对不同移动设备进行操作系统平台和浏览器的兼容性测试。包括移动操作系统Windows Phone、iOS和Android等，与其上可以使用的浏览器移动版IE、UCWEB、Google Chrome、Android browser和Safari等进行结合，构建兼容性二维矩阵，行列分别表示操作系统平台和浏览器。测试时分别在单元格记录操作系统和浏览器组合的测试情况，如下表所示。
   
   【问题3】
   本问题考查Web应用功能测试的测试用例设计。针对本系统中的用户用手机号码获取验证码进行注册的功能设计测试用例。测试的输入包括不同情况、安全性方面的SQL注入和XSS跨站攻击等。题目假设合法手机号码为11位数字，验证码为4位数字。对输入不同情况，可以采用等价类划分或边界值分析发等设计测试输入。
   等价类划分法是把所有可能的输入数据，即程序的输入域划分为若干部分(子集)，然后从每一个子集中选取少数具有代表性的数据作为测试用例。其中，等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，它们具有等价特性，即每一类的代表性数据在测试中的作用都等价于这一类中的其他数据。这样，对于表征该类的数据输入将能代表整个子集合的输入。边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。边界值分析使用与等价类划分法相同的划分，只是边界值分析假定错误更多地存在于划分的边界上，因此在等价类的边界上以及两侧的情况设计测试用例。
   根据等价类划分原则，测试输入应该考虑手机号码和验证码是否合法的不同组合。
   第一类：针对手机号码不合法、验证码合法的情况。输入针对手机号不合法字符(非数字)输入、手机号长度少于11位、手机号长度大于11位，与合法四位数字组合。
   第二类：针对合法的手机号码和正确的验证码，长度为11位的全数字手机号与四位合法数字验证码的组合。
   第三类：针对合法的手机号码和错误的验证码。输入长度为11为的全数字手机号与思维非法的验证码，即验证码长度大于4、小于4，或包含非法字符(非数字)。
   第四类：体现安全性的测试输入，即输入的内容中输入某些功能符号可能会传到后台引起安全问题。
   Web应用系统在某些情况下，接收页面上传的内容，并作为新页面的内容。例如，在本系统中需要提交手机号码、验证码，在提交之后，需要在系统存储中验证相关的内容，个人信息中还需要显示手机号码。
   在将输入内容作为新页面中内容的情况下，如果用户输入如下带有HTML标记的内容，如：
   ＜Script＞alert("Hello World!");＜/Script＞
   在提交之后，标记将提交到服务器上，并在有用户访问新的页面中显示，此时所看到的网页中包含以上标记的部分元素可能是：
   ＜div＞
   ＜Script＞alert("Hello World!");＜/Script＞
   ＜/div＞
   从客户的角度看，该网页中就出现了弹出窗口提示，显示Hello World!，如下图所示：
   
   即：用户输入的内容已经被浏览器成功执行。
   而如果这类代码可以执行，就存在被真正恶意攻击者攻击的可能，而且可能造成各类安全问题。所以网站提交代码中的任何脚本、页面功能符号都不应该被直接接受使其作为功能符号在后续使用。所以测试时需要考虑设计包含HTML标记符、脚本等测试输入，如＜HTML＞、＜script＞、＜b＞等功能符号。
   对于Web应用系统采用某种数据库，接收用户从Web页面中输入，通过将输入作为与数据库相关操作的一部分。如果将用户输入的数据和设计好的SQL拼接后提交给数据库执行，在有些情况下，就可能存在用户输入的数据并非设计的正确格式，就给了恶意用户提供了破坏的机会，即SQL注入。恶意用户输入不期望的数据，拼接后提交给数据库执行，造成可能使用其他用户身份、查看其他用户的私密信息，还可能修改数据库的结构，甚至是删除应用的数据库表等严重后果。因此，在测试Web应用时，需要认真仔细设计测试输入，进行认真严格的测试，以保证如果存在SQL注入及早发现。
   本系统测试时，设计测试如为：对任一字段设计包含SQL功能符号，如包含'OR、'--、'OR'1'='1'等，检查结果是否造成注入问题。

漏洞扫描的功能是自动检测远程或本地主机安全性漏洞，以便于及时修补漏洞。
   漏洞扫描器分为两种类型：
   (1)主机漏洞扫描器(Host Scanner)，在本地运行检测系统漏洞。
   (2)网络漏洞扫描器(Network Scanner)，基于网络远程检测目标网络和主机系统漏洞。

针对系统的网络边界和各区域设备的情况，在系统及其边界中设置A、B、C三个工具接入点。
   A接入点(互联网接入)：设在Internet中，探测目标系统的防火墙1、防火墙2、Web服务器、Web数据库，测试其对该点暴露出的安全漏洞情况。
   B接入点(Web服务器区)：接在交换机1上，探测目标系统的Web服务器、Web数据库、防火墙2、数据库服务器、应用系统服务器和备份服务器，测试其对该点暴露出的安全漏洞情况。
   C接入点(后台信息系统区)：接在交换机2上，探测目标系统的数据库服务器、应用系统服务器和备份服务器，测试其对该点暴露出的安全漏洞情况。

性能测试、负载测试、压力测试、并发测试、配置测试、可靠性测试、容量测试、失效恢复测试、链接速度测试等。

通信吞吐量：P=N(并发用户的数量=3000)×T(每单位时间的在线事务数量=128)×D(事务服务器每次处理的数据负载=2KB/s)=3000×128×2=768000KB/s=750MB/s。

表单输入测试需要验证：输入域、错误输入是否有错误提示、必填项和选填项。

(1)测试一：任一标准等价类测试输入，满足股票代码为111111，交易数量为100整数倍且小于等于10万，买/卖价格为包含两位小数的正数，如“111111，300，6.78”。
   测试二至测试四：分别为任一健壮等价类测试输入，即每个输入有一个无效数据，其余输入为有效数据。如“11111A，300，6.78”“111111，301，6.78”“111111，300，6.789”。
   (也可以采用边界值分析法来设计测试用例，这样测试二至测试四需要选择一些边界上的值，比如交易数量取0、100、99900、100000、100100等情况。)
   (2)测试一：其中一字段包含任何HTML，如＜HTML＞，或任何脚本如＜SCRIPT＞；
   测试二：其中一字段为：任何包含SQL功能符号测试是否使SQL改变为不符合设计意图即可，如包含‘OR、’--、‘OR‘1’=‘1’等。

[解析]
   本题考查Web应用测试相关知识。Web应用测试除了类似传统软件系统测试的性能测试、压力测试等之外，还需要测试页面、链接、浏览器、表单和可用性等多个方面，由于Web应用部署访问的大众化特点，对安全性尤其要重视。
   此类题目要求考生阅读题目对现实问题的描述，根据对问题的分析，回答测试有关的问题。本题目说明中除了功能背景之外，还给出了用户并发数、处理能力、表单、HTML5等。
   【问题1】
   本问题考查Web应用非功能性测试的内容。题目背景是股票交易，属于交易密集型的应用。题目还涉及到特定时期内3000个用户并发，并且处理能力至少要达到每秒128个请求，所以需要测试与并发能力相关的因素，即对性能、负载、压力、并发、配置、可靠性、容量、失效恢复、链接速度、兼容性等方面进行测试。
   【问题2】
   本问题考查Web应用的性能指标计算。通信吞吐量的计算公式为：
   P=N×T×D
   其中参数：
   N：并发用户的数量
   T：每单位时间的在线事务数量
   D：事务服务器每次处理的数据负载
   P：系统的通信吞吐量
   本题中系统要求支持的(1)中给出3000个用户并发，即N=3000；主要功能的处理能力至少要达到128个请求/秒，即T=128；平均数据量2KB/请求，即D=2KB/s。
   则：通信吞吐量P=3000×128×2=768000KB/s=750MB/s。
   【问题3】
   本题考查表单测试相关内容。表单(Form)在Web页面中用来提供给用户填写信息，从而获得填写的相关信息，实现用户和系统之间的交互。本系统页面中采用表单实现客户信息、交易信息等的提交与交互。进行表单测试时，需要对表单输入进行验证，包括输入域、错误输入时是否有错误提示、必填项和选填项等方面的验证。
   【问题4】
   本题考查Web应用测试的输入，包括输入的不同情况、安全性方面的SQL注入和XSS跨站攻击。
   (1)针对股票代码：111111、数量：10万、当前价格：6.00，设计4个股票交易的测试输入，即包括对股票代码为6位数字编码的字符串、交易数量题目要求为100的整数倍、交易价格单位为元(精确到分)。对输入不同情况，可以采用等价类划分或边界值分析法等设计测试输入。
   等价类划分法是把所有可能的输入数据，即程序的输入域划分为若干部分(子集)，然后从每一个子集中选取少数具有代表性的数据作为测试用例。其中，等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，它们具有等价特性，即每一类的代表性数据在测试中的作用都等价于这一类中的其他数据。这样，对于表征该类的数据输入将能代表整个子集合的输入。边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。边界值分析使用与等价类划分法相同的划分，只是边界值分析假定错误更多地存在于划分的边界上，因此在等价类的边界上以及两侧的情况设计测试用例。
   根据等价类划分原则，测试输入应该考虑股票代码是否全为数字、交易数量是否为100的整数倍、交易价格是否为小数点后2位。设计标准等价类和健壮等价类的测试输入，如下：
   测试一：任一标准等价类测试输入，满足股票代码为111111，交易数量为100整数倍且小于等于10万，买/卖价格为包含两位小数的正数，如“111111，300，6.78”。
   测试二至测试四：分别为任一健壮等价类测试输入，即每个输入有一个无效数据，其余输入为有效数据。如“11111A，300，6.78”、“111111，301，6.78”、“111111，300，6.789”。
   如果采用边界值分析法来设计测试用例，则输入正确域中任何值作为输入之外，测试二至测试四需要选择一些边界上的值，比如交易数量取0、100、99900、100000、100100等情况。
   (2)输入的内容中输入某些功能符号可能会传到后台引起安全问题。
   Web应用系统在某些情况下，接收页面上传的内容，并作为新页面的内容。例如，在本系统中需要提交股票代码、交易数量、交易价格，在提交之后，需要查看交易情况时显示相关的内容。
   在将输入内容作为新页面的情况下，如果用户输入如下带有HTML标记的内容：
   ＜Script＞alert("Hello World!");＜/Script＞
   在提交之后，标记将提交到服务器上，并在有用户访问新的页面中显示，此时所看到的网页中包含以上标记的部分元素可能是：
   ＜div＞
   ＜Script＞alert("Hello World!");＜/Script＞
   ＜/div＞
   从客户的角度看，该网页中就出现了弹出窗口提示，显示Hello World!，如下图所示。
   
   即用户输入的内容已经被浏览器成功执行。再如输入如下内容：
   ＜b onmouseover=alert('Hello!')＞click me!＜/b＞
   在提交之后，后续用户再访问时，所看到的网页中包含标记的部分元素可能是：
   ＜div＞
   ＜b onmouseover=alert('Hello!')＞click me!＜/b＞
   ＜/div＞
   即新用户所看到网页中显示Click me!，当用户鼠标移过此文字时，就会弹出窗口(左侧为Chrome弹出，右侧为IE9直接给出的提示窗口，多次鼠标滑过操作Chrome提示窗口多了一行浏览器对阻止这类代码的创建新窗口的选项，firefox类似)：
   
   而如果这类代码可以执行，就存在被真正恶意攻击者攻击的可能，而且可能造成各类安全问题。所以网站提交代码中的任何脚本、页面功能符号都不应该被直接接受使其作为功能符号在后续使用。所以测试时需要考虑设计包含HTML标记符、脚本等测试输入，如＜HTML＞、＜script＞、＜b＞等功能符号。
   对于Web应用系统采用某种数据库，接收用户从Web页面中输入，通过将输入作为与数据库相关操作的一部分。如果将用户输入的数据和设计好的SQL拼接后提交给数据库执行，在有些情况下，就可能存在用户输入的数据并非设计的正确格式，就给恶意用户提供了破坏的机会，即SQL注入。恶意用户输入不期望的数据，拼接后提交给数据库执行，造成可能使用其他用户身份、查看其他用户的私密信息，还可能修改数据库的结构，甚至是删除应用的数据库表等严重后果。因此，在测试Web应用时，需要认真仔细设计测试输入，进行认真严格的测试，以保证如果存在SQL注入及早发现。
   本系统测试时，设计测试如为：对任一字段设计包含SQL功能符号，如包含‘OR、’--、‘OR‘1’=‘1’等，检查结果是否造成注入问题。

V(g)=4

用例1：year是1000～2000之间不能被4整除的整数，如1001、1002、1003等。
   用例2：year是1000～2000之间能被4整除但不能被100整除的整数，如1004、1008、1012、1016等。
   用例3：year是1000～2000之间能被100整除但不能被400整除的整数，如1100、1300、1400、1500、1700、1800、1900。
   用例4：year是1000～2000之间能被400整除的整数，如1200、1600、2000。