軟件測試之我自己關于B/S結構軟件的想法 軟件測試
對于B/S結構都有一個共同的特點，就是用戶、身份、角色和權限的問題。
我對這四個概念我也是思考了很久，根據我想的東西說一下：
首先看下面幾個例子：
用戶→身份→角色→權限
把這些概念賦予一個部隊的某個班
張三→士兵→炮兵→打炮
李四→士兵→炮兵→裝蛋（裝彈）
王五→班長→炮兵→指揮打炮、裝彈、打炮
趙六→士兵→伙房師傅→給炮兵做飯
以上的例子是存在于某個炮兵班的系統當中，每個用戶都有自己的身份和角色，身份和角色決定了他的權限。
用戶：進入到系統當中操作的所有人，或者說是虛擬的人。在系統中我們假設每個人只有一個用戶名和密碼，那么我們每個人在系統中都是一個單獨的用戶。當然有的時候有一個人有很多用戶名和密碼，那么他可能在系統中扮演多個身份和角色，不過在他以某個用戶名進入系統后我們仍然認為他是一個獨立的人。就像一個人既可以是教師又可以是奧運志愿者一樣，在社會上身份和角色和可以做的事，但是在某個特定的環境中他的身份角色是唯一的。
身份：指在大環境下的具有某個或某些特定功能的群體。所謂大環境就是在整個系統中對一個用戶的定義，這里主要是具有最高權限的系統管理員、管理員和非管理員，有時候管理員可能還分很多種。身份在大環境中一般來說是相對穩定的。這種身份最典型的就是論壇中，每個版都有自己的斑竹，可以是一個也可以是多個，整個論壇還有權限最高的管理員，其他的用戶則為非管理員。以上例子中，在這個炮兵班的身份主要是班長和士兵，即簡單的系統管理員和非管理員，如果是排就有普通管理員這個身份存在了。
角色：只在小環境中或特定環境中一個用戶或多個用戶指定的身份類型。這個是動態的，也可以說是經常變動的。像演戲一樣，演員是一個用戶的身份，但是角色卻是隨著戲的不同經常發生著變化的。在B/S結構系統中經常會存在VIP用戶，注冊用戶，高級用戶，普通用戶，游客等的角色，他們做能做的東西其實都是非關系管理類的。那么我們說以上的稱呼就是他們的角色，在論壇中這種情況更加的典型。很多網站積分達到多少或者交了多少多少的錢就會被系統允許做什么什么樣的操作，其實就是在做角色的改變。以上例子中炮兵就可以分為（我不懂，瞎說的）裝彈員，點火員，擦跑員，運炮車司機等。他們在一次打炮的操作中所做的工作是完全不一樣的，只有一個是確定的，他們只能在某一環節中起到作用，卻不能從全局進行操控。
權限：所謂權限就是權力和限制，說白了就是你能在系統中做哪些操作。每個系統都是若干功能，也可以說成是有若干個權限，每種操作無論是針對系統的還是系統中某個部分的都會根據身份和角色不同賦予某一個或某一些用戶。所以權限一般不會被一個用戶所擁有，在以上的例子中可以看到，不只一個角色可以打炮，也不只一個角色可以裝彈，所以權限有的時候是可以交叉使用的。
四個概念終于說完了（感覺都是廢話） 很明顯了 我們的系統由這些元素組成 那么他們是怎么工作的呢？ 流程
做測試的人都知道測試有流程，bug處理有流程，其實每個系統都有自己的操作流程。對于上面的例子，我認為簡單流程應該如下：
把炮的各個部分裝上運炮車→將運炮車開到目的地→卸炮→組裝大炮→調試→校對→裝彈→準備→開炮→收炮→卸炮→將炮零件裝上車→將運炮車開回營地→保養炮和炮車→收入倉庫
其實中間有很多步驟是要加如判斷的，如果判斷否回到前面的某個步驟重新開始。
很明顯了，我不想解釋例子中某個身份或者角色在這個流程中的某個環節用了什么權限發揮了什么樣的作用大家也應該都很清楚明了了。
個人認為做B/S測試主功能測試的時候路線應該是這樣的：
1.測試每個權限是否正確。
2.多個權限在一起時是否發生功能性錯誤。
3.測試權限賦予角色后是否正確
4.角色所具備的權限是否正確，是否有缺少或存在不該有的權限。
5.在特定身份的情況下角色所具有的權限會發生什么樣的改變。
6.當發生角色交叉，就是一個身份可以扮演多個角色的時候發生權限交叉會不會有錯誤。
7.在流程中測試權限的功能是否有問題（這里一定保證覆蓋流程的所有分支）。
8.當流程發生中斷的處理。
當然這種測試有時也會出現問題，就是在B/S結構中有時候會有在任何情況都可以做的操作。比如查看，查詢，排序類的操作，所以這一類操作要單獨進行測試。
我是測試新人，剛剛培訓結束，以上都是自己想出來的，從來沒在大項目是實踐過，如果有錯誤請指出，謝謝哥哥姐姐們的支持。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
