问适用于web而非桌面的测试方法

EN

首先，没有正式定义的标准测试方法列表。尽管如此，有许多测试方法比桌面应用程序更适合web应用程序：

• HTML验证--即使桌面在其部分或全部屏幕上使用HTML显示，它也不会像任何浏览器中的右键单击查看源那样可访问。
• “无头”测试--在一些web应用程序中，可以定义请求、发送到服务器并解析响应，而根本不涉及用户界面。这在桌面应用程序中通常是不可能的。
• 负载测试-负载测试几乎完全是基于web的。我看到的每个负载测试工具都是设计用来向web服务器发送HTML请求的。即使桌面应用程序使用N层体系结构，也不太可能使用HTML来处理服务器和客户端之间的通信。
• 渗透测试--除非桌面应用程序客户端与防火墙后面的服务器通信，否则它不太可能成为渗透测试的目标:可用的大多数工具都集中在web应用程序上，我参与过的大多数渗透测试也是如此。

对于第二个问题，是的，一个bug的严重程度和优先级在其生命周期内都会发生变化。改变的一些原因：

• 这个bug引起的问题比报告时更多/更少。这将导致严重性发生相应的变化。例如，最初看起来是一个简单显示错误的bug可能是唯一一个显示内部数据损坏的可见指示器(我已经看到这种情况)。
• 业务重心的变化，或者说时间的变化:允许非管理员用户不受限制地访问系统的bug在发布周期开始时可能是中等优先级，但是如果不修复，在发布周期结束时它将是一个更高的优先级(我也看到了这一点)。

我假设您提出的第一个问题是:基于web和基于桌面的应用程序的测试方法是什么？因为当我读到它的时候，这是毫无意义的。

1. 测试方法在web应用程序和桌面应用程序之间有很大的不同，这是一个需要深入研究的广泛话题。我可以在列出的项目上放几个主题，但是有很多好的互联网资源来说明这一点。

Web --只依靠浏览器进行测试，需要对有效的测试数据进行多浏览器测试，需要注意网络中断及其行为，等等。

桌面-只依赖于用户计算机进行测试，需要对有效的测试数据进行多个OS测试，需要注意计算机运行软件的限制，等等。

(同样，这些只是少数几个，我可以在这两个类别之间持续几天的差异。)

1. 严重程度，优先级在生命周期中肯定会改变，即使它不被认为是“最佳实践”。输入的信息可能会改变正在进行的工作的方方面面。例如：

您开始在一个sprint中工作，其中一个‘登录’页面正在被重新工作以更好地组合客户，这并不是一个很高的优先级，因为它将是一个新的页面，将取代一个现有的工作页面。在sprint生命周期中，在阻止用户登录的现有页面上发生了一些事情，通过业务决策对项目进行优先级升级；他们不想修补现有页面，而是希望在sprint结束时推出新的登录页面，以充分解决手头的问题。

基于web的应用程序的测试方法描述了不同类型的测试方法，这些方法应该用来确保产品的质量。测试方法包括单元测试、功能测试、集成测试、系统测试和验收测试等。这些方法是测试计划的一部分，在开始实际测试之前必须定义相同的方法。是的，一个人总是可以回来，并更新任何新方法的测试计划，这是对产品质量的要求。

记住，测试方法和测试方法是非常不同的，因为有些人混合了术语和实践，尽管两者都可以是同一个测试计划的一部分。

对于第二个查询，可以在Bug生命周期，甚至在Bug分类会议期间更改Bug的严重度和优先级，然后根据需要讨论Bug的优先级和严重性，然后进行更新。顾名思义“优先级”本身就意味着“Bug的重要性”，因此它依赖于测试阶段。