稅務(wù)管理系統(tǒng)測試方法論

0 評論 4050 瀏覽 4 收藏 8 分鐘

稅務(wù)信息管理這一領(lǐng)域不知道大家了解多少,本文基于工作期間積累的經(jīng)驗教訓(xùn),總結(jié)了主要針對B端稅務(wù)方面產(chǎn)品的測試方法論,希望對你有所幫助。

目前入行稅務(wù)信息化領(lǐng)域已過去兩年,由于缺乏相關(guān)經(jīng)驗,我作為一名純小白,在前一年半以測試的身份接觸并了解稅務(wù)管理系統(tǒng)。

基于這期間積累的經(jīng)驗教訓(xùn),我總結(jié)了主要針對B端稅務(wù)方面產(chǎn)品的測試方法論,在此分享,并期望與大家交流,以幫助更多人。

一、需要了解的工作軟件

踏入互聯(lián)網(wǎng)這個行業(yè),大家對于Oracle、FinalShell等軟件都不會陌生,這里不再贅述。

在工作的第一年,我們公司接到了外企項目,于是我也跟隨著前往甲方現(xiàn)場,開始接觸敏捷管理。

敏捷式管理的好處就在于可以根據(jù)實施情況及時調(diào)整策略,所以會要求信息反饋的及時性。

每天晨會時,大家輪流匯報前一天的工作進展、遭遇的問題以及所需支持,項目實施過程中基本很少會有由于溝通不到位導(dǎo)致的問題;

所有項目相關(guān)資料、任意一個修改點都記錄于JIRA或Confluence里面,每一個大家交付出來的東西,所有人都知道來龍去脈。

毫無疑問,相對于傳統(tǒng)的瀑布式項目管理方式來說,敏捷式管理對IT側(cè)和用戶來說有極大的優(yōu)越性;每個迭代輸出的成果會快速輸出給用戶,用戶接收成果、反饋意見、甚至調(diào)整需求,IT部門及時調(diào)整計劃、保證交付等一系列流程都可以在短時間內(nèi)完成。

所以我建議大家一定要了解敏捷管理,非常高效。

二、基于稅務(wù)管理系統(tǒng),測試的側(cè)重點

2.1 稅務(wù)知識

在我剛到項目上時,首當(dāng)其沖的就是我聽不懂用戶在說什么。

在項目上,我跟隨BA去和稅務(wù)部門用戶開會,一方面是讓我了解系統(tǒng),另一方面也是讓我提前接觸用戶。

我在開會前確實查了一些資料,大概了解這些稅種的定義、是怎么計算的。但是由于專業(yè)性實在太強,連續(xù)開了半個月的會議,我確實沒學(xué)到什么有用的知識,就像小學(xué)生學(xué)不會高數(shù)。

但是由于這些專業(yè)知識必須得慢慢來補充,所以也沒有什么捷徑。

2.2 功能測試

首先第一步肯定是開始進行點點點的功能測試;

之后在功能測試通過后,就開始自己造數(shù)進行數(shù)據(jù)測試,這時候?qū)τ谝粋€新手來說就有很多問題:需要造哪些數(shù)據(jù)?都在哪些數(shù)據(jù)表里面?數(shù)據(jù)量需要多少?

想要知道這些,顯而易見就需要了解大概得稅務(wù)基礎(chǔ)知識,比如憑證、發(fā)票等等。

但我們又確實是新手,并不是特別了解,現(xiàn)在該怎么辦呢?

我的策略是既然一時半會掌握不了專業(yè)知識,那就先從自己拿手的地方下手;我確實不知道專業(yè)知識,但是分析數(shù)據(jù)流向顯然是可以的。

在分析的過程中,就能逐漸掌握并分析出數(shù)據(jù)的重要等級、測試的優(yōu)先級。

舉例來說:頁面A從接口拉取數(shù)值,頁面B可以同步一部分頁面A的數(shù)據(jù)、支持手工新增,頁面C需要同步頁面B的數(shù)據(jù),頁面D同步頁面C的數(shù)據(jù);

那么顯而易見的是,我們應(yīng)該先關(guān)注最為基礎(chǔ)的頁面A、頁面B,并且需要造數(shù)據(jù)的范圍也出來了;

那么在這個過程中最重要的是我們捋清了業(yè)務(wù)數(shù)據(jù)的走向,這會對接下來的測試工作有很大幫助。

2.3 數(shù)據(jù)測試

現(xiàn)在在功能測試通過,模擬數(shù)據(jù)測試通過之后,就進入到了使用真實數(shù)據(jù)測試的階段。

在這個環(huán)節(jié),用戶一般會提供3個月左右的各環(huán)節(jié)真實數(shù)據(jù)以及最終在稅局進行申報的申報表。

第一步我們需要和BA溝通,確認(rèn)用戶在真實的稅務(wù)申報場景下的數(shù)據(jù)操作過程;包括但不僅限于:確認(rèn)各項數(shù)據(jù)出現(xiàn)的時間順序、用戶操作是否會對重要數(shù)據(jù)反復(fù)修改、以及用戶最關(guān)注的業(yè)務(wù)信息;

然后,要假設(shè)自己是一個真正的用戶,去進行測試;

說起來好像很簡單,但這一步才能發(fā)現(xiàn)致命問題。

說一個我在項目實施中曾遇到的問題,在做增值稅時,我們做了一個接口去SAP拉憑證數(shù)據(jù),每次同步可以在1號同步上個月整個月份的數(shù)據(jù),SIT測試和UAT測試都沒什么問題。結(jié)果等到開始用了的時候,發(fā)現(xiàn)了一個問題,會計結(jié)賬有可能是會在1、2號還在做,所以我們需要拉取的就不是大家想象中的上一整個月的數(shù)據(jù),而是實時拉取、當(dāng)天的憑證當(dāng)天必須拉取到。

這些問題自然是越早發(fā)現(xiàn)越好,才能彌補的更及時。

三、感悟

做測試一年半,最大的感悟就是:一定要自我保持警覺!

對于測試這個崗位,你只要放松下來,不去思考、按部就班的混日子,很容易變?yōu)辄c點點的工具人;

測試工程師這個崗位很特殊,相對于開發(fā)、產(chǎn)品等、其實是更容易了解自己公司產(chǎn)品的一個崗位,所以測試小伙伴們在職場上一定要不斷精進自己,不要擺爛,不要混日子。

大家共同加油!

本文由 @ 瑾玉游俠 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!