nginx装好了，装好浏览器一打开，后测看到Welcome to nginx! 页面，装好这事儿就算成了？后测别急着高兴，那只是装好默认页。真正的后测测试要分几步走，而且要动真格的装好。

先做最基本的后测验证。在服务器上执行 nginx -t，装好这个命令会检查配置文件语法。后测输出 syntax is 装好ok 和 test is successful，说明语法没问题。后测但注意，装好这只是后测配置文件层面的检查，不保证服务真的装好在跑。接着看进程状态，ps -ef | grep nginx，能看到master进程和worker进程。master是老板，worker是干活的，缺一不可。如果只有master没有worker，那多半是启动异常，得看错误日志。

然后测端口监听。用 netstat -tlnp | grep 80 或者 ss -tlnp | grep 80，看80端口有没有被nginx进程占用。这一步很关键——有时候nginx配置了其他端口，比如8080，你却只检查80，那自然找不着。我见过有人在这卡了半小时，最后发现配置文件里listen的是8080，白折腾一场。

接下来是HTTP层面的测试。别只用浏览器，浏览器会缓存。用curl更干净利落。执行 curl -I http://localhost，看返回的HTTP状态码。200是正常，301/302是重定向，403是权限问题，500是后端错误。重点看响应头里的 Server: nginx/版本号，这个字段确认是nginx在响应，而不是别的服务。如果返回的是其他web服务器，比如Apache，那说明端口冲突，nginx根本没起来。

再深入一点，测静态文件服务。在nginx的html目录放一个测试文件，比如 test.html，内容随便写点东西。然后访问 http://你的域名/test.html，能正常显示内容，说明静态资源处理没问题。这一步要特别注意文件权限——nginx的worker进程通常以nginx用户运行，如果文件权限是root所有且没有其他用户读权限，会返回403。这个问题很隐蔽，排查起来费劲，我踩过坑。

最后测反向代理功能，前提是你配置了proxy_pass。写一个简单的location块，代理到本地另一个服务，比如一个Python的SimpleHTTPServer跑在8080端口。访问nginx的某个路径，看能不能转发到8080并返回内容。这一步能验证nginx的核心功能——不仅仅是静态服务器，更是流量入口。如果代理配置有误，常见错误是502 Bad Gateway，说明nginx连不上后端，检查后端服务是否启动，以及proxy_pass的URL写没写对。

还有一个容易忽略的点——日志。测试完别忘了看 /var/log/nginx/access.log 和 error.log。access.log记录每次请求，能确认你的测试请求确实打到了nginx。error.log更关键，如果有报错会写在这里。比如端口被占用、worker进程启动失败、权限问题，都会在error.log里留下线索。养成看日志的习惯，比瞎猜强一百倍。

说句实在话，测试nginx这事儿，别追求一次通过。故意制造点故障来测，比如改坏配置文件再跑 nginx -t，看它报什么错，然后修好。把配置文件里的listen端口改成被占用的端口，再启动，看报错信息。这种"破坏性测试"能让你快速熟悉nginx的报错机制，比顺风顺水跑通一次有用得多。毕竟生产环境出问题的时候，你能依赖的只有日志和报错信息。

测试完别忘了清理测试文件，删掉test.html，改回生产配置，然后 nginx -s reload 重新加载。测试环境怎么折腾都行，生产环境别留下垃圾。就这么简单，动手吧。