定义测试范围
记下应用环境、批准的测试账户、国家路线、号码模式以及预期的访问窗口。如果应用程序提供沙箱或记录的测试编号,请使用沙箱或记录的测试编号。如果需要实际租赁,请选择涵盖预定测试的持续时间。避免使用临时号码在第三方平台上创建未经授权的账户。测试计划应指定场景的权限和限制。
检查用户的完整路径
启用代码请求、显示待处理状态、读取传入消息、输入代码并监控成功。添加无效代码、过期代码和早期请求中的代码的负面案例。检查前导零和插入的输入。检查当用户切换选项卡或延迟后返回时会发生什么。每个案例都应该有特定的预期结果和明确的停止条件。
检查重新发送和失败
检查应用程序在新请求后的重新发送倒计时和行为。模拟断开的网络连接和无序消息,而不会生成过多的实际请求。检查屏幕在等待时是否提供有用的信息,并在必要时防止重复点击。不要假设所有路线的交货时间都相同;分别记录请求和接收时间,以便准确描述延迟。
创建安全报告
记录测试用例、应用程序版本、路线、订单 ID、时间戳和结果。从屏幕截图中删除有效的 OTP、密码和无关的个人信息。区分被拒绝的号码和已延迟的请求消息。测试后,使用批准的控制措施删除测试数据,并确保恢复不再需要临时访问。清晰的报告可以帮助开发人员在不暴露账户访问权限的情况下重现崩溃。
问题与解答
每个测试都需要付费短信路由吗?
尽可能使用经批准的沙箱或测试设施;为需要的情况保留真实的路线检查。
错误报告中应包含哪些内容?
安全 ID、时间、预期结果、实际结果和编辑的屏幕截图。
负责任地使用 SMS Activation
仅对您有权使用的账户、申请和支票使用号码。遵守所选平台的规则和当地法律。号码库存、价格、目的地和支付网络可能会发生变化。付款前请检查您个人账户中的当前数据。
注册后,您将看到可用的国家、服务、补充加密货币的方法、激活价格和租赁期限。