题目排序是无序的，不能实施自动化。
通过接口获得结果，验证的是前端，而不是功能。
完整的功能既包括前端又包括后端。

testcase 只能在测试环境里运行，不能在其他环境里运行

那么多用例，仅靠邮件标题能体现多少测试结果呢

合作协议里就应该谈好这方面的问题

放在接口测试用例里管理

我跟 9 楼同问，+1 也不麻烦，random 比起 +1 的优点是什么？

以每页显示 10 条搜索结果为例。
首先设计测试数据—25 条记录，设计的准则是 “17 条符合搜索条件 A，8 条不符合”。17 条结果按照字段 X 排序并以 10 为单位分页，得到第 2 页的 listExpected(包含后 7 条结果，包含前 10 条结果的 list 弃之不用)。
然后执行测试步骤。
1.来到搜索页面，输入搜索条件 A，点击搜索 (搜索结果显示 17 条、2 页、按照默认排序)。
2.点击按照字段 X 排序 (页面刷新为按照字段 X 排序)，点击下一页。
3.获取第 2 页结果 listActual，验证实际结果跟预期结果相符：Assert.AreEqual(listExpected, listActual, msg);
最后销毁测试数据—这 25 条记录。

前端开发怎么引用到 csharp 项目代码的？

返回值里有 10 个 (30 个) 字段，需要显性地给出需要验证的 8 个 (28 个) 字段。而不是忽略不需要的 2 个字段，这样思路就反了。

6 楼正解

这个场景还是在做功能验证，跟用户注册一样，用少量的账号数据就可以了，不需要大批量验证啊！

是在做性能测试吗？

问下，你需要批量生成多少账号？

你这样这个用例比较时 pop 后，别的用例比较时还是需要 pop。

提交 bug，bug 解决后按原方法就能定位。
不要因为技术能解决就忽略了测试流程规范性。

你不是第一个吃螃蟹的人，测试时用到算法或第三方工具包是常有的事情

UI 自动化测试是模拟手工操作。
在查询页面里，通过该图片的上下文菜单选择另存为，得到上传后的图片文件。

selenium 的 8 大元素定位法，试试吧！

通过查询页面获取上传后的文件，再使用脚本语言获取文件的 HashCode 或 MD5。
上传前需要自己使用第三方图片编辑工具按要求 (大于等于小于 300kb) 生成测试所需的图片。这属于测试数据准备。

selenium 应该不提供 MD5 校验，需要使用脚本语言 (C#、Java 或 Python) 来实现。两个文件是指上传前后的文件。

同意 7 楼

图片未经处理，若要验证上传后仍然是原始图片，需要比较两个文件的 HashCode 或 MD5 或 CRC32 来实现。若 HashCode 相同，那么两个图片文件必定相同，包括文件名、文件大小和分辨率等。
PS. 你最好先到软件设计文档确认后，然后决定是否再跟开发确认图片是否要被处理。

以商城新增某新商品为例，需要填写的商品资料有名称、生产厂家、进价、是否允许促销、生产日期、过期日期、展示图片等。可以有两种自动化测试方案：

1. 不验证展示图片是否正确，其他资料都要验证跟所填资料相符。原因是自动化比手工验证图片麻烦得多，而图片出错的概率又很小，综合考虑，有选择地做出取舍。
2. 如果上传后保存图片是原始图片，未经压缩或改名，可以将待上传图片以方便区别的名字 (比如用例 ID) 命名并上传，验证的时候只需要检验名字即可。这样验证并不能保证百分百正确性，但对于发生错误概率非常低的场景来说，是非常实用和有效的。数据传输中大家熟知且广泛使用的奇偶校验就类似这种验证思想。

对，这才是正确的测试设计

测试需要良好的设计，包括设计测试数据，4 楼给出的建议就是这个思想理念。UI(自动化) 测试不可以查数据库，引用虫师的一句话，“数据库不是你想查，想查就给你查”，原文是https://www.cnblogs.com/fnng/p/7494682.html