-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deprecate qiskit.test
#6862
Comments
Many other qiskit packages import the qiskit test cases classes as the base for their own test classes. What should they do instead if this is no longer importable? |
Closed by #11001 for Qiskit 0.46. edit: also, the answer to Chris' question above for others is that |
What is the expected enhancement?
As a follow up to #6753 we should start to deprecate the
qiskit.test
namespace. Most of the code there is isolated to terra's unittests and is not something we should be exporting as a public interface in the package's namespace. Test code should live as close to the tests as possible the more abstracted away it is the harder it is to debug test failures or understand what a test is actually doing. As some downstream projects use the base test classes they should probably copy them locally because every project's testing needs are different.We should investigate if there are any things in there we still want to keep and come up with a strategy for preserving them. The only example I can think of currently is
qiskit.test.mock
(https://github.com/Qiskit/qiskit-terra/tree/main/qiskit/test/mock) which has all the fake backends andibmq_mock
(https://github.com/Qiskit/qiskit-terra/blob/main/qiskit/test/ibmq_mock.py ) which is used in hidden cells for jupyter executes in docstrings that use the ibmq provider. We can probably move the mock backends toqiskit.provider
or make a new namespace for them. Formock_ibmq
we can probably just put it inutils
ortools
(not sure what the distinction is there).The text was updated successfully, but these errors were encountered: