介绍项目：
该B2C电商商城是B/S架构，采用PHP编写，集销售、服务、资讯为一体的电子商务平台，有客户信息管理，商品展示，购买流程，后台管理四个主要模块，其中我负责测试的主要用户注册，登录，购买流程，同时负责执行后台管理。
项目的流程是注册登录成功后，在首页选取商品，加入购物车，进行结算，调用第三方支付接口进行支付-物流跟踪，在确认收货，可不需要评价。
其中我负责的注册页面的流程输入
手机号码的验证是否为大陆的手机号码（输入框的测试，正确的号码能否正确验证，错误的（一半的号码，字符，加空格，文字，过长的号码）能否验证成功，错误有无提示信息），
接下来是输入用户名和密码，用户名即是自己的手机号码会自动验证过来，主要是测试验证的号码的正确性，密码要注意输入有一定长度的密码，包含字母和数字（区别中英文），不能输入（空格，特殊字符），后面是确认密码，主要前后输入密码的一致性，不一致是否有提示信息，提示信息的准确友好。
电子邮箱的输入（输入不存在的电子邮箱，正确的能否验证成功，格式不正确的），完善收货地址的信息收货人姓名，手机号码，邮编，选择省市区，街道，输入详细地址，这里主要测试的是输入框的测试（都是必填项，但是这里不验证其正确性，只要填了系统就不会报错），和下拉框的测测试（可以选择，是否可以多选，条目是否可以使用，是否可以使用快捷键进行操作，省市区匹配的正确性，是否会有错误的匹配）
添加自己的支付方式，添加的银行卡验证其银行卡号的位数是否正确，银行卡号与卡所在银行的匹配正确性，错误有无提示信息，还是系统直接重置，要求重新输入卡号（也可选择其他的卡号）、
注册成功，有无提示信息，是否直接登录成功，调到商城首页，提示的正确性，页面跳转的正确性。
注册成功直接进入首页，选取商品，可以搜索获得商品，也可按分类获取商品，首页直接获取，如加入收藏夹了也可以直接从收藏夹获取商品，获得商品后，进入商品的详细信息页面，有动态数据详细描述信息，价格，型号，优惠方式尺寸等动态数据，主要是测试后台数据库配置的与前台的显示一致性的测试，动态数据有选择规格列表框（是否可以多选，部分选，选一个，列表条目的有效性，是否可以使用快捷键选择），数量的测试（使用按钮左右的+，—增加数量，输入数量，输入0是否可以加入购物车，输入超过库存数量是否可以加入购物车，增加数量与价格增加的一致性和正确性，测试加入一样的商品只是增加数量，而不增加列表）同时这里也可以直接加入收藏夹（
收藏夹对已注册用户有效,用户登录后才可见内容
1，收藏夹有宝贝收藏（全部，失效，同店宝贝的产品，测试数量的一致性）和店铺收藏（全部，上新，优惠，已购，常逛，主要测试这些记录与后台数据库的记录的一致性）
2，收藏夹的信息永久有效，除非删除信息了，下架了也有显示，只是状态为已下架，颜色置灰。
3，测试收藏夹商品店铺信息与需求规格的一致性
4，删除收藏夹的宝贝，店铺，测试有无提示信息和删除后检查数据库是否删除了记录，不会影响购物车的数量。
5，收藏夹在多个页面都有按钮可将商品加入收藏夹，测试在各个页面的按钮功能的正确性，能否正确跳转到收藏夹内。）
，随后加入购物车中，选择好商品的规格和数量点击加入购物车按钮，提示商品成功加入购物车（
1，加入购物车后，数据库是否增加了一条信息，数据库购物车表的信息与前台购物车信息的一致性。
2，购物车内有个搜索框进行查找商品（输入有效的，无效的，多个条件。输入字符，空格，特殊字符查找，不输入进行查找，是否可以使用快捷键）
3，购物车的最大容量为50，超过后加入有无提示信息，提示后是否可以操作
4，页面内第二项有个编辑框，可以进行商品信息的重新编辑，若商品是统一规格的则没有这个编辑框
5，购物车的宝贝可移入收藏夹，商品被移除至收藏夹，测试两个表在不同的页面调用了同一个表的数据
6，商品的信息，规格，价格，与需求一致，后台数据库在前台显示的一致性
7，可修改商品的数量（手动修改，输入超过库存数量的，0的能否正常结算，有没有提示信息，提示返回会消息的重置）
8，购物车的商品包括已经失效的商品，并没有移除，只是颜色置灰
9，加入购物车的商品有数量限制，是上架在后台限制的，前后台显示的一致性，调用后台卖家的窗口进行测试
10，在购物车内可以看到商家提供的服务：可使用信用卡支付，承诺宝贝如实描述，承诺7天退换，（相应图标的测试，是否一目了然，是否没有错别字，是否直观就可以知道买家要了解的信息，明确区分。
11，
12，购物车内的商品有全部商品，降价商品，库存紧张商品（后买窗口卖家控制）测试后台数据库与前台显示的一致性。
13，删除一个商品，是否有提示信息，数据库的记录是否删除
14，商品前面的勾选框可进行勾选删除商品（测试全部勾选，部分勾选，勾选一个，勾选同店铺商品，不勾选，进行删除，不能勾选的（失效商品）是否有明显标志，提示，删除时是否有提示消息）
15，GUI测试，检查界面的分格，样式，字体与需求的一致性，和功能的实现的正确性
商品信息选择好进行结算：
点击结算错误：
1，添加的数量超过库存的数量，数量为0，结算失败，提示信息的正确性
2，修改了商品数量，没有更新，进行结算时还是原来的金额bug
3，勾选框的测试：是否可以部分勾选，全部勾选，勾选一个，不能勾选的是否有限制（失效），颜色显示限制
4，结算时，商品数量价格的错误，删除一个商品可以恢复，但是要重新勾选才可以进行结算，不会自动回复勾选设置
点击结算后会弹出选择收货地址，可选择自己已经编辑好的地址，注册时没有完善收货地址的，可选择管理后添加新地址，在该界面还会有确认订单信息，在订单信息里面有关于产品的图片，颜色，价格，地址，优惠方式，尺寸，数量等，核对无误后点击提交定单：
1，是否选择匿名购买（可勾选，不勾选则显示卖家的淘宝账户信息，默认勾选
2，是否使用优惠券（可自由选择，没有优惠券的可以不勾选，勾选框的测试
3，可以选择回到购物车修改商品信息，测试其连接的正确性
4，是否找人代付（可勾选，没有默认选项，选择后输入对方账号信息，对方收到代付消息后，支付成功自动跳转到支付成功界面，测试跳转的时间，和正确性
5，可以进行卖家留言（可选可不选，没有默认留言，留言字以内，测试长度
点击支付：选择支付方式：
支付宝：调用支付宝接口进行支付，支付成功后3秒内跳转为支付成功界面
余额宝：调用支付宝接口，进入余额宝支付，支付成功3秒后跳转为支付成功界面
银行卡支付：若已绑定银行卡（已开通网银或快捷支付且之前已成功绑定），可直接进行支付，输入密码支付成功后3秒内，正确跳转且提示已支付成功。
信用卡支付：若已绑定就可以直接使用，无需开通网银，直接输入密码，提示支付成功后3秒内跳转为支付成功界面。
蚂蚁花呗：已开通蚂蚁花呗的才可以使用，调用支付宝接口输入支付宝密码，支付成功后，3秒内跳转支付成功页面
支付失败：
1，付款账户余额不足
2，支付过程中，断网断电，支付中断
注：付款成功后，钱是打入了第三方资金托管平台，并没有直接打入卖家，等到买家确认收货，物品没有问题后第三方会自动把钱打入卖家的账户，这样可以保障买家的利益，以免买家收到货有问题，有纠纷，如果买家获胜，则钱退回买家。
购买成功查询：
1，支付账户有无扣钱
2，若是银行卡，已绑定手机，则验证有无短信提醒
3，支付是的提示信息
4，第三方资金托管平台款是否到账（登录模拟的第三方接口）
5，测试数据库有无生成一条新的支付成功记录
进行商品物流信息跟踪：
一般情况下，除定制，预售和其他特定的商品外，卖家后台数据接到买家的付款信息，进行确认，安排在3天内发货，当卖家已经安排发货，商品状态变更为已发货，如果有其他特殊需要可以联系卖家进行核实具体发货消息，卖家在后台窗口可以查看消息。
到货后，确认收货，若不操作，则系统会在7天内自动确认收货，把钱打入卖家的账户中，在此期间也可以进行延长收货时间，卖家可以自己设定，让买家有更多的时间进行确认商品，减少纠纷。
登录测试：
功能测试：
用户名，密码正确登录能否成功登录
用户密码输入错误
格式不正确（字符，标点，长度，空格，中英文，全角半角符号）
提示信息测试
验证测试（图片验证码，失效的，超时的）
为注册的
已注销的用户、
使用第三方登录，第三方账号与本系统账号如何保存
界面测试：
页面的风格，样式，字体，错别字是否与需求一致
界面功能的正确实现与设计的一致性
初次进入这个界面的用户名和密码为空，鼠标的位置
性能测试：进入登入功能的时间，登录成功后的系统反应时间
安全性测试：密码是否加密，cookie和session的加密，防sql,xss危机
密码强度检验，登录错误次数，记住密码时间，登录后待机时间
兼容性测试：不同的操作系统，不同的浏览器，不同的软硬件配置，不同的分辨率下
兼容性测试：
使用mutilbrower兼容性工具查看，在多个浏览器打开的字体，规格
在不同的操作系统下打开
在不能的软硬件平配置下打开
在不同分辨率下打开
安全性测试：
1，用户名密码（密码强度，输入密码次数）
2，错误输入次数
3，url链接，是否跳过登录界面
4，防止sql注入危机
5，防止xss脚本攻击
6，同一用户在多台电脑上登录
7，多用户在同一台电脑上登录
8，密码是否已加密
9，密码的验证不应该只在客户端进行验证，还得在服务端进行验证
10，支付限额
11，登录验证码的使用（正确，是否过期，超时）、
12，Cookie,sessiond的加密，sessionid与ip绑定
项目测试过程介绍：
系统架构：B/S
客户端：windowsxp还有androidios手机端不是我负责的
浏览器：ie（v8.0，v8.1，v8.2），google，firefox，
数据库：oracle、shell（远程连接linux）
服务端：linux+apache+php+oracle
是三层软件部局，其中每一层都是采用分布式部署，最底层是oracle数据库，中间是采用php脚本引擎，上面是采用apache的web服务端，最上面是客户端，客户端和web端是采用