软件测试——测试分析

软件测试是测试软件性能以确定改进的软件是否满足规定的要求并识别错误以确保产品完美无瑕以生产高质量产品的过程。

测试分析

在软件测试中，测试分析是测试和分析测试艺术材料以创建测试场景或测试用例的过程。考试分析的目标是收集需求并创建评估目标，以建立评估条件。因此，它也被称为测试基金会。测试评估是评估评估基础（可以从中找到部分或系统需求的所有论文）并定义评估目标的过程。指定应该在测试条件的上下文中测试什么，并且可以在每个测试级别的测试基础设置后立即开始。

决定测试条件细节水平的因素：

测试级别、详细程度和测试库的质量。
使用的系统/软件复杂性和开发生命周期。
与项目和产品相关的风险。
测试基础知识、应该测试什么以及应该如何测试之间的关系。
一个测试管理工具。
评估过程的成熟度，以及分析师的技能和知识。
测试设计的特异性水平和测试任务的其他含义。
客户参与咨询的意愿。

以下是收集测试信息的各种来源：

1. 软件需求：软件需求规范（SRS 文档）规定了软件系统应该如何构建。简而言之，SRS 为所有相关人员提供了项目路径。提供活动和非活动软件规范的高级描述，以及指示用户在完成后如何与系统交互的操作条件。以下是 SRS 的共同特征：

构建软件的目的是什么？
所有软件评论。
软件性能，或者它的设计目的。
生产环境中的软件性能。
有效和无效的详细信息。
外部视觉连接器，或软件如何与硬件或其他软件交互。
对软件设计或操作环境中设置的限制。

2. 业务需求：显示高性能软件详细信息。这是一份描述客户需求（书面、口头）的官方文件。它通常由与客户合作的业务分析师根据客户的互动和需求制作。业务流程详细描述了我们的贸易伙伴如何致力于履行其职责、建立业务关系和共享任务，以便在其信息系统的帮助下有效参与。

3. 功能设计文档：功能设计规范，或 FDS，是描述过程或控制系统如何工作的文档。它解释了计划中的系统将如何工作，人们将如何与之交互，以及各种操作条件下的预期结果。出于各种原因，特定的设计规范会有所帮助。主要原因之一是在没有就系统应完成的任务达成某种书面协议的情况下，制作图纸或编写 PLC 代码需要花费大量时间。功能设计规范可以与相关团队成员、购买者和利益相关者共享，以获取反馈和审查，直到最终文件达成一致并签署。此审核过程和更改对于确保最终设计客观并满足参与者的需求非常重要。此后，该文件将提供给工程师团队进行技术设计和程序，并提供作为指导的操作细节。工程师会知道要画什么，开发人员会知道代码应该做什么，当功能设计规范完成时，客户会知道要带来什么。具体的设计规范确定了在工业软件工程的生命周期中应该使用什么。

4. 操作要求：性能要求对您的产品很重要，因为正如他们所说，它们提供了几种类型的功能。问自己一个问题“这会对我的工具的性能造成负担吗？”或者“这有什么意义？”可以帮助这个程序。在医疗专业小工具中，这些有目的的需求可能具有较低的风险和要求。您还可以有一些需求来解释您的软件系统将如何与不同的工具进行交互，这将我们带到了外部交互的需求上。

5. 外部关系需求：外部交互需求是最准确的有目的的需求。这些在使用嵌入式系统时尤其重要。它们描述了您的产品将如何与不同的组件交互。

考虑一个简单的电子商务网站开发。

图 1.1 店铺网站流程流程图

该网站应该有一个登录页面，并且只有输入正确的凭据才能成功登录。在主页上，应提供所有优惠详情和其他页面的快速链接。测试它以确保它正在进入正确的页面。确保根据输入的值进行搜索并显示有效内容。另外，请确保在订购时，相应的付款是正确的。让我们详细看看。

1.首页测试：

它会自动滚动吗？
如果是这样，图像将在什么时候更新？
如果用户浏览它，它还会滚动到下一个吗？
可以在顶部移动吗？
可以点击吗？
如果是这样，它是否会导致正确的页面和正确的协议？
它是与页面的其余部分一起加载还是在最后加载与页面上的其他功能相比？
可以查看所有内容吗？
它是否为不同的浏览器和不同的屏幕分辨率提供相同的功能？

2.搜索算法测试：

根据产品名称、产品名称或更具体地说，类别进行搜索。示例相机、佳能 EOS 700D、电子产品等。
搜索结果应该一致
应该提供不同类型的选项——基于产品、价格、评论/评级等。
每页显示多少个结果？
对于多页结果，有导航选项。
此外，搜索发生在许多地方。在验证此功能时，请考虑将搜索拒绝到多个级别。

3.产品详情页面：

照片或产品图片。
产品价格。
产品详情。
更新。
查看选项。
交付选项。
运输信息。
有货/库存到期。
多种颜色或对比度选项。

4. 支付测试：

查看不同的付款方式。
如果您同意作为客人外出，只需完成购买并在最后提供注册选项。
回头客 – 登录查看。
注册用户。
如果您保留客户的信用卡或任何其他财务信息，请执行安全检查以确保其安全（必须符合 PCI 合规性）。
如果用户已经注册了很长时间，请确保会话是否已过期。每个站点都有不同的限制。对于其他人，10 分钟。对于其他人，可能会有所不同。
带有生成的订单号的电子邮件/验证文本。

5. 购物车测试：

将商品添加到购物车并继续购物。
如果用户在继续购买时将相同的商品添加到购物车，则购物车中的商品数量应该会增加。
所有商品及其总数必须显示在购物车中。
应使用地方税。
用户可以将更多项目添加到购物车值应该显示相同。
添加到购物车值的更新内容也应该反映这一点。
从购物车中取出物品。
进行结算。
使用不同的运输选项计算运输成本。
输入优惠券。
不要检查，关闭站点，稍后再回来。该站点应保留购物车物品。

6) 订单测试后

退房：

改变顺序。
取消订单。
跟踪订单。
它回来了。

网站测试分析：

检查各种浏览器的兼容性。
页面显示错误/下载延迟。
会话到期和自动保存数据。
四通八达的交通网络。
24 * 7 可用。
没有攻击性内容。
备份和恢复。
担保交易。
表现。

Performance Testing = Highly Important in E-commerce

编程需要懂一点英语

有时会有大约 250 毫秒的页面加载时间延迟，这就是让您的客户保持竞争的原因。大型零售商沃尔玛正在调整其网站速度，访客转化率提高了 2%，收入增长了 1%。

您网站的性能取决于以下因素：

1. 吞吐量：

一会儿问。
每分钟的活动。
每次点击执行。

2.响应时间：

工作时间。
每次点击的秒数。
页面上传。
DNS 检查。
点击和页面浏览之间的持续时间。

回顾测试的基础知识：这是实现相同目标的第一步，也是最重要的一步。每个规范都已到位，以便团队接收有关功能、特性、UI 等的建议，从而提供对系统结构的良好理解。

确定测试场景：团队分析后，下一个任务是创建验证系统性能和功能的场景。例如，用户应该能够取消他或她在订单取消订单上所下的订单。

设计测试场景：确定需要验证的各种场景后，需要通过准备实验数据来创建实验场景。测试数据包括在了解应用的基础上创建输入和输出值。可以参考最终用户数据使用模式。测试状态的一个示例是用户登录 -> 按类别应用过滤器 -> 将产品添加到购物车。实际测试数据在此阶段进行校正。

预期和意外输入：现在已经比较了结果以确定是否存在任何预期和实际偏差。考虑并记录偏差的原因以进行相同的校正。