反对白盒/API 测试，此处介绍
有很多面试，无论是针对开发人员还是 QA，都要求您进行测试。一个经典是从记事本测试保存对话框。
以下是我可以提出、分类和优先排序的测试列表：
[功能，高] - 对话框执行其用例 - 当用户执行“另存为”时出现，左侧的按钮工作，文件以给定的名称和编码保存，顶部按钮工作，取消按钮工作。
[功能，中等] - 保存到只读媒体 - 会弹出一个公平的错误吗？
[功能，中等] - 保存一个空文件
[功能，低] - 将文件另存为 .txt，但从名称中删除扩展名
[功能，高] - 确保对话框是模态的
[功能，高] - 确保目录导航和目录功能正常工作
[功能，高] - 上下文菜单选项工作
[load, low] - 导航到有大量（接近系统限制）.txt 文件的目录；将文件保存在那里
[load, low] - 导航到包含大量子目录的目录。将文件保存在那里。
[压力，低] - 导航到允许最大文件数的目录并尝试保存文件
[压力，低] - 使用文件句柄使系统饱和（模拟具有非常丰富的界面或处理泄漏的应用程序，如雅虎通）；对话框会弹出吗？
[压力，中等] - 尝试在磁盘空间不足时保存文件。
[压力，低] - 检查“导航到最后一个文件夹”按钮的深度
[压力，低] - 导航到包含大量目录的目录
[性能，低] - 测量显示对话框所需的时间
[性能，低] - 测量对话框使用的资源（内存、窗口句柄、I/O）；确保资源被释放
[可访问性，高] - 该对话框是否与 win 提供的可访问性工具兼容？（放大镜，叙述者）；例如，在选择大字体时菜单项可以很好地缩放
[可访问性和兼容性，中等] - 该对话框是否与提供可访问性功能的著名 3rd 方程序兼容？
[localization, high] - 对话框适用于其他语言环境
[localization, high] - 随机输入 UTF-8 和 ANSII 字母作为文件名
[本地化，中等] - 从右到左的语言环境
[兼容性] - 确保保存的文件可以被其他编辑工具打开，无论是什么编码
[可用性，高] - 询问用户是否确定要覆盖文件
你能再补充一些吗？或者评论这些？