活动报名系统测试清单
报名表已经做好，看起来没问题，但还没有人像真实代表那样去试着弄坏它。
简要回答
用故意“不守规矩”的虚构代表来测试报名：重复报名、选错类别、把名额池报满、取消再回来。每个测试先写下预期结果，再运行，然后记录实际发生的情况。
测试在正式设置或完全相同的副本上进行，使用您能控制的邮箱地址。找出每个失败的原因并修复，然后重新测试。
用于测试的虚构代表
建立一小组固定角色，在各项测试中重复使用，结果才能互相比较。使用您能控制的邮箱，并清楚标记每条测试记录，以便在把真实数字交给供应商前移除。
| 测试代表 | 用途 |
|---|---|
| Aina Rahman，会员 | 普通会员报名，从头到尾。 |
| Hafiz Karim，非会员 | 非会员路径和收费档次。 |
| Mei Ling Tan，学生 | 证明文件步骤和学生类别。 |
| Raj Kumar，五人团体预订人 | 含未具名座位和一次换人的团体预订。 |
| Siti Noor，Aina 用另一个邮箱的重复报名 | 重复报名标记。 |
| 测试讲者 | 预留名额和免费路径。 |
验收测试
| 范围 | 测试 | 预期结果 |
|---|---|---|
| 表单 | 所有必填项留空提交，再试漏填一项。 | 每个漏填项有清楚提示；不保存任何内容。 |
| 表单 | 使用长姓名、撇号和带音标的字母。 | 正确保存，并在确认信息和导出文件中正确显示。 |
| 类别 | 选择会员，填一个不在名单上的号码。 | 暂缓复核或按您的规则处理。见会员资格核验。 |
| 重复 | 用同一电邮替 Aina 报名两次。 | 第二条按规则被拦截或标记。见重复报名识别。 |
| 名额 | 把小的测试上限报满，再多提交一个。 | 代表进入候补或看到清楚的已满提示。见名额控制。 |
| 取消 | 取消一条已确认的测试报名。 | 名额释放、状态更新、发出确认。 |
| 信息 | 完成一次报名，并在手机上阅读邮件。 | 能收到、能读、链接可用。见确认流程。 |
| 语言 | 用表单提供的每种语言各报名一次。 | 各语言的字段和含义一致。 |
| 导出 | 以每个有导出权限的角色导出。 | 只出现被允许的列。见导出权限。 |
| 签到 | 在试运行的签到台查找每位测试代表。 | 能按姓名和编号找到；没有遗漏或重复。 |
如何进行一轮测试
- 以书面方式商定测试角色和每项测试的预期结果。
- 一次性运行所有测试，由一个人记录结果。
- 记录每个失败的原因和由谁修复。
- 修复后重测失败项，如果规则变动，就把整套重新跑一遍。
- 在把任何数字交给供应商之前，移除或清楚标记测试记录。
测试无法告诉您的事
通过测试说明您的设置在当天符合您的设定。它并不说明平台在高负载下或供应商更改后仍会同样运行。任何变动后请重跑关键测试，并向平台客服询问其文档中关于限制的说明。
实例演示 · 虚构示例
秘书处在开放前一周发现重复报名的漏洞
虚构的机构和数字，用来展示有用的细节程度。
Persatuan Fiktif Jurutera Perkhidmatan 用六位虚构代表测试表单。Aina 用同一电邮报名两次，系统按预期拦截了第二次。
Siti 用另一个邮箱、相同姓名和机构，却顺利通过，没有标记。秘书处记录了这个漏洞，加入复核规则并重测。又发现第二个问题：学生的确认邮件没有提到需要提交证明。文字修改并重测后，才开放报名。
可直接使用
报名测试记录
每项测试复制一行。预期结果要在运行前填写，不能事后补填。
| 测试 | 测试代表 | 预期结果 | 实际结果 | 通过或失败 | 修复负责人 | 重测日期 |
|---|---|---|---|---|---|---|
| 漏填必填项 | Aina Rahman | 清楚提示，不保存 | ||||
| 电邮重复 | Aina Rahman | 第二条被拦截或标记 | ||||
| 姓名重复、电邮不同 | Siti Noor | 标记待复核 | ||||
| 达到上限 | Hafiz Karim | 候补或已满提示 | ||||
| 学生证明 | Mei Ling Tan | 暂缓直到核对 | ||||
| 含未具名座位的团体 | Raj Kumar | 座位保留，显示具名截止日期 | ||||
| 取消 | Hafiz Karim | 名额释放，发出信息 | ||||
| 按角色导出 | 各角色 | 只含允许的列 |
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 表单简短，类别不多，有一个熟悉设置的人。
- 有时间做完整的一轮测试和重测。
- 平台是您以前用过的。
以下情况，外部策划协助更有价值
- 多项规则互相影响：类别、名额池、团体、付款和候补。
- 平台对团队是新的，或被供应商改动过。
- 没人有时间设计测试并认真记录结果。
想在开放前把测试设计好并跑一遍吗？
会议项目负责人可以与秘书处一起写好测试角色和预期结果，运行这一轮测试，把每个失败连同负责人记录下来，并重复测试直到设置符合您的规则。平台本身的修复由提供或配置它的一方负责。
主办方常见问题
应该用真人来测试报名吗？
使用您能控制邮箱的虚构代表。如果由真人测试，要告知这些条目仅用于测试，并在发送真实数字前删除记录。
什么时候测试？
报名开放之前，以及规则、类别、信息或平台设置有任何改动之后再测一次。
测试包括付款吗？
只有当平台和财务联络人提供安全的测试方式时才包括。请查阅平台自己的文档或客服，未经财务同意测试方式，不要用真实银行卡测试。
测试记录之后怎么处理？
移除或清楚标记，并检查它们不会出现在统计、导出或发给供应商的信息中。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。